Discussion :

[Herode]

Bonjour à tous,

Je veux effectuer quelques actions (mise à jour de données secondaires) quand un objet est modifié. Naïvement, j'ai cherché à surcharger la méthode save() mais à mon grand désarroi, mes efforts sont vains.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
    public function save(Doctrine_Connection $conn = null) {
	parent::save($conn);
	// $this->refresh();
	$this->processParentCategories();
 
    }

Si j'appelle processParentCategories avant parent::save(), mon objet ($this) ne semble pas connaître les nouvelles informations à sauvegarder.
Si je l'appelle après... non plus, qu'il y ait un refresh() ou pas.
Du coup, processParentCategories() se comporte comme si l'objet n'avait pas été modifié.

Je connais la méthode doUpdateObject() dans sfFormObject mais je ne veux pas passer par là : mon objet peut être modifié en dehors d'un formulaire, je dois donc intervenir dans save() pour être sûr de ne rien rater. N'importe quel framework orienté objet permet de type de surcharges basiques, je ne comprends pas pourquoi Symfony me bloque ici - et ce n'est pas la "documentation" de l'API qui me renseigne beaucoup...

Snif.

[jfsenechal]

il faudrait que détail un plus ton code de :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$this->processParentCategories();

[Herode]

Il n'y a rien de bien fascinant dans cette méthode. Des choses du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$count = $this->getParentCategories()->count()

où ParentCategories est une collection associée à une relation 1-n du schéma.

Le problème ici est que si j'ajoute une 'ParentCategory' en passant par un formulaire enchâssé (avec $form->embedRelation()), quand on arrive dans la méthode save(), $count vaut toujours 0 alors que je m'attends à ce qu'il vale 1.

PS à l'attention des modérateurs : je me suis trompé de forum, pouvez-vous remonter ce post dans le forum symfony général siouplait ?

[Herode]

Ca y est, j'ai compris. Une partie du problème vient de ce que la méthode save() est appelée au milieu d'une transaction et que celle-ci n'a pas encore reçu son COMMIT. C'est pourquoi l'appel à refresh() est inopérant.

En réalité, le problème de base ici est que Symfony confond deux couches : la couche métier (les objets métier indépendamment de ce qu'ils sont en base de données) et la couche ORM.

J'en conclus qu'il est inutile de toucher à la méthode save(). Soit il en existe une autre pour faire le genre de travail que je veux faire (une méthode appelée automatiquement après le COMMIT et surchargeable), soit il va falloir bricoler ailleurs...

[Michel Rotta]

Il y a deux méthodes pour attaquer la sauvegarde, save et doSave. Je savais qu'il y en avait une dans la transaction, mais mes souvenirs m'orientaient vers doSave... peut-être les deux ?

Ma solution serait de transmettre le paramètre conn récupéré par save aux fonctions que tu utilises, pour qu'elle soient dans la transaction.

[Herode]

Mon souci est que doSave() est une méthode de sfFormObject. Or, ce que je voudrais surcharger, c'est le save() de l'objet lui-même car je peux très bien modifier et sauvegarder un objet en dehors d'un formulaire. Cela fait plus de 10 ans que je fais de la POO sur des grosses applis en C++ ou en Java et je n'ai jamais encore été bloqué comme ça.

Passer le Doctrine_Connection ne m'arrange pas plus puisque le blocage vient de ce que je ne peux pas (ou que je ne sais pas...) obtenir des informations sur l'objet qui va être sauvegardé : par exemple, combien a t'il de ParentCategories.

Et pour tout dire, aller mettre les mains dans le cambouis de l'objet UnitOfWork sous-jacent ne m'inspire pas du tout.

J'ai provisoirement renoncé à faire ce que je voulais et je passe par le doSave() du formulaire avec plein de commentaires dans le code pour mettre en garde en cas d'utilisation directe de save() sans passer par les méthodes qui doivent l'encadrer mais ce n'est pas ce que j'appelle du codage propre.

Je dois dire que ce genre de contraintes (il y en a quelques autres du même type sous Symfony) me gêne de plus en plus à tel point que je commence à me poser des questions sur l'utilisation de ce framework qui, pour le moment, me fait perdre beaucoup plus de temps qu'autre chose. Bon, ce n'est que mon deuxième projet (plus quelques essais persos chez moi), donc je ne désespère pas encore de trouver la clé pour utiliser Symfony et gagner vraiment en productivité. Mais crévindiou, toutes ces galères et le retard que je prends, ça me fait suer