Relation entité et cascade

Bonjour à tous,

Je finis actuellement ma formation de developpeur et vient demander un peu d'aide pour mon projet de fin d'année, une gestion de l'emploi du temps pour une asso.

Alors voila, j'ai trois classe User(qui est en fait mon Admin), client et salarié qui étende de FOSUserBundle.

Les trois classes possede les mêmes attribut, je leur ai juste ajouté un $telephone, ainsi qu'un objet $adresses en manytomany.

Code:

---

1 2 3 4 5 6 7 8

/**   * @ManyToMany(targetEntity="AividanceBundle\Entity\Adresse")   * @JoinTable(name="user_adresse",   * joinColumns={@JoinColumn(name="user_id", referencedColumnName="id",nullable=false,onDelete="RESTRICT")},   * inverseJoinColumns={@JoinColumn(name="adresse_id", referencedColumnName="id", unique=true)}   * )   */ protected $adresses;

---

J'ai suivi les tutos pour ajouter mes attributs au Formulaire d'inscription de base de FOSUser :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

class RegistrationFormType extends AbstractType {   public function buildForm(FormBuilderInterface $builder, array $options) { $builder ->add('telephone') ->add('adresse',new AdresseType());     }   public function getParent() { return BaseRegistrationFormType::class; } }

---

J'ai simplement ajouté le téléphone en premier, pas de soucis mais en voulant rajouter le formulaire AdresseType j'ai maintenant cette erreur :

Uncaught PHP Exception Symfony\Component\Form\Exception\UnexpectedTypeException: "Expected argument of type "string", "AividanceBundle\Form\AdresseType" given" at C:\wamp64\www\aividance_symfony\aividance\vendor\symfony\symfony\src\Symfony\Component\Form\FormFactory.php line 71

Je comprends qu'il attend un string mais pourquoi et comment arrangé ça?

De plus, je prends un peu d'avance sur la suite mais j'ai un peu de mal à voir ou je dois mettre ma logique après pour persister l'adresse. Sachant que FosUser s'occupe déja de tout le début, je ne pense pas devoir toucher au fichier de FosUser?

Voila, je tiens a préciser que je suis actuellement en fin de formation et que cela est mon projet!! J'ai voulu le faire en symfony pour présenter quelque chose avec les techniques "actuelles" mais l'apprentissage de symfony m'a fait perdre pas mal de temps et je me retrouve un peu à courir partout!

En tout cas merci de m'avoir lu et merci pour toute l'aide que l'on pourra m'apporter !! J'aurai surement d'autres questions plus tard ^^

Cordialement,

Petit up!

L'affichage du formulaire de FosUser avec mon Adressetype c'est ok, en fait en symfony 3.3 il ne faut pas mettre les attributs de type "text" mais "TextType:class" , par contre je ne vois toujours pas comment faire pour que l'adresse entré sois persister à la validation du formulaire?? Je me doute qu'il va falloir faire un controller et ajouter ma logique mais je ne vois pas comment récuperer du coup le traitement de fosUser pour l'adapter !

Bon eh bien , merci pour l"aide les gars !! :applo::applo:

Salut,

Ça fait un petit moment que je n'ai pas mis le nez dans FOSUserBundle mais les événements dans les contrôleurs semble la solution.

Hooking into the controllers

Ensuite, n'oublie pas que tu es sur un forum, que les gens ont aussi une vie en dehors et que ce type d'attitude ne donne pas forcement envie de t'aider.

Oui je sais autant pour moi, je suis un peu dans la dernière ligne droite et rester bloqué sur certaines choses m'agace pas mal !
Enfin merci pour la réponse, bonne journée.

Et sinon, est-ce que la réponse te conviens ou pas ? Tu la comprends ?

Disons que je suis un peu perdu en fait, j'ai une relation manytomany entre mon User et mon Adresse, on m'a conseiller de faire un formulaire en CollectionType de type Adresse mais je galere depuis une semaine et n'y arrive pas. Donc la c'est vrai que avec les evenements c'est encore différents et ne sais pas trop quoi faire!

D'un côté, le CollectionType te permet de rajouter une ou plusieurs adresses à un utilisateur dans un formulaire. Jusqu'ici pas de soucis c'est la bonne piste. Ici nous ne parlons que de formulaire. Le CollectionType est un type de champ de formulaire. C'est un champ un peu évolué, en gros : tu affiche un tableau (ou une liste) avec un petit bouton "+", un peu de javascript et de css et badaboum tu rajoutes des lignes d'adresse... et c'est tout.

De l'autre, ta relations entre les entités User et Address est bien un many-to-many, si tu pars du principe qu'un utilisateur peut avoir plusieurs adresses et qu'une adresse peut être liée à plusieurs utilisateurs.

Si je comprend bien ton problème est dans l'utilisation de FOSUserBundle.

Ton User étend la classe User de FOSUserBundle. Dans les faits, ta classe User doit être comme ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

namespace AppBundle\Entity;   use FOS\UserBundle\Model\User as BaseUser; use Doctrine\ORM\Mapping as ORM;   /**  * @ORM\Entity  * @ORM\Table(name="fos_user")  */ class User extends BaseUser { /**   * @ORM\Id   * @ORM\Column(type="integer")   * @ORM\GeneratedValue(strategy="AUTO")   */ protected $id;   /**   * @ORM\ManyToMany(targetEntity="AppBundle\Entity\Address", cascade={"persist"})   */ protected $addresses;   public function getAddresses() { //... }   public function addAddress($address) { //... }   public function removeAddress($address) { //... } }

---

Ton problème porte sur le mécanisme des formulaires qui persiste/met à jour tes entités. Tu utilises FOSUserBundle. Dans un monde idéal où tu n'as pas besoin de rajouter des attributs à ton entité User, tu utiliserais FOSUserBundle tel quel avec une entité User qui étend l'entité User de FOSUserBundle, tu utilises le formulaire fournit par FOSUserBundle (RegistrationForm par exemple) et donc le contrôleur de FOSUserBundle (RegistrationController par exemple)... Badaboum, tout fonctionne tout seul.

Mais voilà, tu as rajouté un attribut $addresses... comment ça marche ?

Déjà, en rajoutant cascade={"persist"} à ta relation, lors de la persistance des entités, Doctrine va persister aussi ton adresse. Ensuite, si tu jettes un oeil dans le contrôleur RegistrationController de FOSUserBundle tu vas voir ce que l'on appelle des événements :

Code:

---

1 2 3 4

Ligne 55 : $dispatcher->dispatch(FOSUserEvents::REGISTRATION_INITIALIZE, $event); Ligne 69 : $dispatcher->dispatch(FOSUserEvents::REGISTRATION_SUCCESS, $event); Ligne 78 : $dispatcher->dispatch(FOSUserEvents::REGISTRATION_COMPLETED, new FilterUserResponseEvent($user, $request, $response));

---

Si tu as besoin de faire quelque chose pendant le processus de traitement du formulaire, tu dois écouter un de ces événements qui te permettra d'accéder à ton entité User et de le manipuler. Je te renvoie à la documentation de FOSUserBundle plus haut pour les détails.

Donc pour résumer :

1. Le CollectionType n'est qu'un type de champ de formulaire
2. Il faut utiliser les événements si tu veux intervenir sur ton entité pendant le processus de traitement du formulaire

N.B. 1 : Maintenant, poses-toi cette question : as-tu besoin dans ton projet de lier plusieurs adresses à un utilisateur et qu'une adresse puisse être liée à plusieurs utilisateurs ?
N.B. 2 : Pour le CollectionType, n'oublie pas une chose, imagines-toi que tu rajoutes donc une ligne (une nouvelle adresse) à ton User (en cliquant sur le "+"). Donc tu rajoutes quoi comme donnée ? Une adresse... Donc tu rajoutes quoi comme FormType ? AddressType => un formulaire que tu as donc créé (en dehors du User) pour créer une adresse (rue, ville, code postal, etc.).

Je t'ai donné pleins de clés, à toi de jouer... :)

Yes merci pour les explications !!

Finalement je me suis aussi demandé si la relation ManyToMany avait une vrai importance pour mon projet, je pense que plus tard en effet ce sera important et je reprendrai donc le temps de le travailler mais par soucis de temps je vais rester sur un relation OneToOne entre les utilisateurs et les adresses, ce qui me suffira largement je pense!

En tout cas encore merci pour l'aide !