Symfony1 et les formulaires imbriqués avec Doctrine - Historique des versions

BeTa : /* Des cas particuliers */

2013-06-05T12:45:49Z

Des cas particuliers

← Version précédente		Version du 5 juin 2013 à 12:45
Ligne 243 :		Ligne 243 :

	Rien ne peut rouler sans cas particuliers...		Rien ne peut rouler sans cas particuliers...

			=== Une exception Doctrine_Connection_Pgsql_Exception est levée pour "une valeur NULL viole la contrainte (...)" ===

			Par exemple :

			Doctrine_Connection_Pgsql_Exception
			SQLSTATE[23502]: Not null violation: 7 ERREUR: une valeur NULL viole la contrainte NOT NULL de la colonne « name »

			Nous avons alors contourné ce problème en complétant la méthode '''sfFormDoctrine::doSave()''' tel que suit :

			class ContactForm extends BaseContactForm
			{
			// ...
			protected function doSave($con = NULL)
			{
			// ...
			foreach ( $this->values['Relationships'] as $key => $values )
			if (!( isset($values['to_contact_id']) && $values['to_contact_id'] )
			\|\|!( isset($values['contact_relationship_type_id']) && $values['contact_relationship_type_id'] ))
			{
			unset(
			$this->object->Relationships[$key],
			$this->embeddedForms['Relationships']->embeddedForms[$key],
			$this->values['Relationships'][$key]
			);
			}
			else
			$this->object->Relationships[$key]->Contact = NULL; // here is the hack ...
			// ...
			}
			// ...
			}

			Le fait de forcer le '''$this->object->Relationships[$key]->Contact''' à NULL évite que le '''Doctrine_Record::save()''' n'aille chercher un objet n'existant pas, et donc essaie de l'insérer en base avec des valeurs NULL interdites.


	=== Les sous-objets déjà présents disparaîssent, seuls les nouveaux sont correctement enregistrés ===		=== Les sous-objets déjà présents disparaîssent, seuls les nouveaux sont correctement enregistrés ===

BeTa : /* Les anciennes relations disparaîssent, seules les nouvelles sont enregistrées */

2013-06-04T17:58:06Z

Les anciennes relations disparaîssent, seules les nouvelles sont enregistrées

← Version précédente		Version du 4 juin 2013 à 17:58
Ligne 244 :		Ligne 244 :
	Rien ne peut rouler sans cas particuliers...		Rien ne peut rouler sans cas particuliers...

	=== Les ~~anciennes relations~~ disparaîssent, ~~seules~~ les ~~nouvelles~~ sont ~~enregistrées~~ ===		=== Les sous-objets déjà présents disparaîssent, seuls les nouveaux sont correctement enregistrés ===

	Dans le cas d'une table où la relation serait définie dans son schéma Doctrine, une méthode '''BaseXxxxxForm::saveYyyyyyList()''' a été ajoutée automatiquement, qui vient parasiter notre fonctionnement pourtant bien huilé. Autrement dit, voici un exemple :		Dans le cas d'une table où la relation serait définie dans son schéma Doctrine, une méthode '''BaseXxxxxForm::saveYyyyyyList()''' a été ajoutée automatiquement, qui vient parasiter notre fonctionnement pourtant bien huilé. Autrement dit, voici un exemple :

BeTa le 4 juin 2013 à 17:57

2013-06-04T17:57:28Z

← Version précédente		Version du 4 juin 2013 à 17:57
Ligne 239 :		Ligne 239 :
	* des formulaires embarqués dans le formulaire ContactForm		* des formulaires embarqués dans le formulaire ContactForm
	* des valeurs du formulaire ContactForm		* des valeurs du formulaire ContactForm

			== Des cas particuliers ==

			Rien ne peut rouler sans cas particuliers...

			=== Les anciennes relations disparaîssent, seules les nouvelles sont enregistrées ===

			Dans le cas d'une table où la relation serait définie dans son schéma Doctrine, une méthode '''BaseXxxxxForm::saveYyyyyyList()''' a été ajoutée automatiquement, qui vient parasiter notre fonctionnement pourtant bien huilé. Autrement dit, voici un exemple :

			Contact:
			columns:
			name: string(255)
			relations:
			Relations:
			refClass: Relationship
			foreignAlias: BackRelations
			local: from_contact_id
			foreign: to_contact_id
			Relationship:
			columns:
			name: string(255)
			from_contact_id:
			type: integer
			notnull: true
			to_contact_id:
			type: integer
			notnull: true
			relations:
			ContactOrig:
			local: from_contact_id
			class: Contact
			foreignAlias: Relationships
			onDelete: CASCADE
			onUpdate: CASCADE
			Contact:
			local: to_contact_id
			class: Contact
			foreignAlias: ForeignRelationships
			onDelete: CASCADE
			onUpdate: CASCADE

			Nous aurions pu éviter de définir la relation Many-to-Many car nous allons utiliser ::embedRelation('Relations'), mais nous en aurons besoin par ailleurs... L'"effet de bord" de cette relation Many-to-Many est la création dans le BaseContactForm d'une méthode BaseContactForm::saveRelationsList() qui vient perturber le fonctionnement de notre formulaire, puisque nous n'utiliserons pas ce widget mais un embedForm pour pouvoir spécifier le '''name''' de la Relation...

			Bref, voici donc la méthode à utiliser :

			// lib/forms/doctrine/ContactForm.class.php
			class ContactForm extends BaseContactForm
			{
			// ...
			public function configure()
			{
			// ...
			$this->embedRelation('Relations');
			// ...
			unset($this->widgetSchema['relations_id']);
			// ...
			}
			}

			Ainsi, cela neutralise la méthode BaseContactForm::saveRelationsList() qui s'arrête si le widget n'est pas défini. Nous avons donc notre solution... CQFD.

BeTa : /* Solutionnons tout cela ... */

2013-06-04T10:58:03Z

Solutionnons tout cela ...

← Version précédente		Version du 4 juin 2013 à 10:58
Ligne 213 :		Ligne 213 :

	Et le tour est joué...		Et le tour est joué...


			=== one-to-many, entre des "YOB" membres de la famille d'un Contact ===

			Notre problème est donc de permettre la mise à jour d'un Contact, via son formulaire, sans être obligé d'ajouter un YOB à chaque fois... voire par la même occasion, de pouvoir en supprimer au besoin.

			L'une des propriétés de la classe YOB est que sa propriété ''year'' est obligatoirement non NULL. Ainsi nous allons baser le fonctionnement du formulaire ContactForm incluant les relations YOB sur ce point pour savoir s'il faut ajouter ou ignorer/supprimer l'objet lié :

			class ContactForm extends BaseContactForm
			{
			// ...
			protected function doSave($con = NULL)
			{
			foreach ( $this->values['YOBs'] as $key => $values )
			if (! (isset($values['year']) && trim($values['year'])) )
			unset($this->object->YOBs[$key], $this->embeddedForms['YOBs']->embeddedForms[$key], $this->values['YOBs'][$key]);

			// ...
			return parent::doSave($con);
			}
			}

			Par précaution, nous retirons les YOBs ayant des propriétés ''year'' à NULL ou équivalent de tous les éléments pouvant avoir une incidence quelque par sur l'enregistrement du Contact lié :
			* de l'objet Contact lié au formulaire ContactForm
			* des formulaires embarqués dans le formulaire ContactForm
			* des valeurs du formulaire ContactForm

BeTa : /* Une relation one-to-many, entre des "YOB" membres de la famille d'un Contact */

2013-06-04T10:40:47Z

Une relation one-to-many, entre des "YOB" membres de la famille d'un Contact

← Version précédente		Version du 4 juin 2013 à 10:40
Ligne 165 :		Ligne 165 :


	=== ~~Une relation~~ one-to-many, entre des "YOB" membres de la famille d'un Contact ===		=== one-to-many, entre des "YOB" membres de la famille d'un Contact ===

	'''YOB''' signifie en fait ici '''Year-Of-Birth'''. C'est une table qui a évoluée de la définition d'années de naissance en une table définissant les membres d'une famille, avec leur date de naissance complète. Voilà l'explication quant au nom.		'''YOB''' signifie en fait ici '''Year-Of-Birth'''. C'est une table qui a évoluée de la définition d'années de naissance en une table définissant les membres d'une famille, avec leur date de naissance complète. Voilà l'explication quant au nom.

BeTa : /* Essayons et constatons les difficultés */

2013-06-04T10:40:24Z

Essayons et constatons les difficultés

@@ Ligne 163 : / Ligne 163 : @@
 * Le groupe est bien sauvegardé
 * Le lien entre les deux est perdu
 == Solutionnons tout cela ... ==

BeTa : /* Une relation many-to-one, plusieurs objets liés */

2013-06-04T10:32:31Z

Une relation many-to-one, plusieurs objets liés

← Version précédente		Version du 4 juin 2013 à 10:32
Ligne 44 :		Ligne 44 :
	Des groupes étant illustrés ou non par une image, issue d'un modèle extérieur au groupes de manière à pouvoir être réutilisé par ailleurs... pas très complexe en soit. La plus grosse particularité est que la méthode '''sfFormDoctrine::embedRelation()''' est prévue pour partir d'un objet '''Picture''' alors que là nous partirons d'un objet '''Group'''...		Des groupes étant illustrés ou non par une image, issue d'un modèle extérieur au groupes de manière à pouvoir être réutilisé par ailleurs... pas très complexe en soit. La plus grosse particularité est que la méthode '''sfFormDoctrine::embedRelation()''' est prévue pour partir d'un objet '''Picture''' alors que là nous partirons d'un objet '''Group'''...

	=== Une relation ~~many~~-to-~~one~~, plusieurs objets liés ===		=== Une relation one-to-many, plusieurs objets liés ===

	YOB:		YOB:

BeTa : /* Essayons et constatons les difficultés */

2013-06-04T10:32:26Z

Essayons et constatons les difficultés

← Version précédente		Version du 4 juin 2013 à 10:32
Ligne 69 :		Ligne 69 :
	== Essayons et constatons les difficultés ==		== Essayons et constatons les difficultés ==

	=== ~~many~~-to-one, avec des images et des groupes ===		=== one-to-one, avec des images et des groupes ===

	La particularité est que nous avons un formulaire de téléchargement de fichier à partir duquel la majorité des champs seront précisés. Essayons pour voir :		La particularité est que nous avons un formulaire de téléchargement de fichier à partir duquel la majorité des champs seront précisés. Essayons pour voir :

BeTa : /* Une relation one-to-many, plusieurs objets liés */

2013-06-04T10:31:32Z

Une relation one-to-many, plusieurs objets liés

← Version précédente		Version du 4 juin 2013 à 10:31
Ligne 44 :		Ligne 44 :
	Des groupes étant illustrés ou non par une image, issue d'un modèle extérieur au groupes de manière à pouvoir être réutilisé par ailleurs... pas très complexe en soit. La plus grosse particularité est que la méthode '''sfFormDoctrine::embedRelation()''' est prévue pour partir d'un objet '''Picture''' alors que là nous partirons d'un objet '''Group'''...		Des groupes étant illustrés ou non par une image, issue d'un modèle extérieur au groupes de manière à pouvoir être réutilisé par ailleurs... pas très complexe en soit. La plus grosse particularité est que la méthode '''sfFormDoctrine::embedRelation()''' est prévue pour partir d'un objet '''Picture''' alors que là nous partirons d'un objet '''Group'''...

	=== Une relation ~~one~~-to-~~many~~, plusieurs objets liés ===		=== Une relation many-to-one, plusieurs objets liés ===

	YOB:		YOB:
Ligne 61 :		Ligne 61 :

	Nous ne précisons pas le modèle '''Contact''' car cela a peu d'intérêt.		Nous ne précisons pas le modèle '''Contact''' car cela a peu d'intérêt.


	=== Une relation many-to-many, relations multiples ===		=== Une relation many-to-many, relations multiples ===

BeTa : /* Essayons et constatons les difficultés */

2013-06-04T10:31:16Z

Essayons et constatons les difficultés

← Version précédente		Version du 4 juin 2013 à 10:31
Ligne 70 :		Ligne 70 :
	== Essayons et constatons les difficultés ==		== Essayons et constatons les difficultés ==

	=== ~~one~~-to-~~many~~, avec des images et des groupes ===		=== many-to-one, avec des images et des groupes ===

	La particularité est que nous avons un formulaire de téléchargement de fichier à partir duquel la majorité des champs seront précisés. Essayons pour voir :		La particularité est que nous avons un formulaire de téléchargement de fichier à partir duquel la majorité des champs seront précisés. Essayons pour voir :

Symfony1 et les formulaires imbriqués avec Doctrine - Historique des versions

BeTa : /* Des cas particuliers */

BeTa : /* Les anciennes relations disparaîssent, seules les nouvelles sont enregistrées */

BeTa le 4 juin 2013 à 17:57

BeTa : /* Solutionnons tout cela ... */

BeTa : /* Une relation one-to-many, entre des "YOB" membres de la famille d'un Contact */

BeTa : /* Essayons et constatons les difficultés */

BeTa : /* Une relation many-to-one, plusieurs objets liés */

BeTa : /* Essayons et constatons les difficultés */

BeTa : /* Une relation one-to-many, plusieurs objets liés */

BeTa : /* Essayons et constatons les difficultés */

BeTa : /* Des cas particuliers */

BeTa : /* Les anciennes relations disparaîssent, seules les nouvelles sont enregistrées */

BeTa : /* Solutionnons tout cela ... */

BeTa : /* Une relation one-to-many, entre des "YOB" membres de la famille d'un Contact */

BeTa : /* Essayons et constatons les difficultés */

BeTa : /* Une relation many-to-one, plusieurs objets liés */

BeTa : /* Essayons et constatons les difficultés */

BeTa : /* Une relation one-to-many, plusieurs objets liés */

BeTa : /* Essayons et constatons les difficultés */