Discussion :

[nef1912]

Bonjour,

Je vous expose un petit problème de conception que je rencontre. Enfin c'est surtout que j'aurais besoin de vos avis pour bien démarrer.
J'utilise le modèle MVC dans mon projet. La question concerne un module de gestion d'utilisateurs. Les utilisateurs ont un nom, un prénom, une adresse mail et une fonction. Les utilisateurs sont rentrés via un formulaire, et il arrive souvent que plusieurs utilisateurs aient la même fonction.
Donc j'aimerais pouvoir garder la fonction en mémoire pour ne pas avoir à la choisir à nouveau.

Voici comme ça se passe :
Je récupère les données de la base avec le modèle -> le contrôleur envoie les données du modèle à la vue -> la vue affiche des champs modifiables avec les valeurs contenues dans la base (pour les fonctions des utilisateurs).
Une fois le formulaire validé, il est envoyé au contrôleur -> Qui transmet au modèle pour ajouter l'utilisateur dans la base.

Pour garder les données du formulaire en mémoire, j'avais pensé à les transmettre au contrôleur depuis la vue (comme je le fais actuellement), de les stocker dans les variables, et de les repasser à la vue si elles ne sont pas vides.
Mais ça c'est sur le papier... Est-ce que cette idée est bonne ?

J'espère avoir été le plus clair possible,

Merci d'avance pour votre aide.

[Nightfall]

Je ne suis pas sûr d'avoir bien compris la question, en particulier cette histoire de fonction, mais je vais essayer.

• - l'utilisateur valide le formulaire
• - le contrôleur récupère les valeurs postées
• - le contrôleur récupère en base l'objet d'après son identifiant (par exemple un utilisateur) en le demandant au modèle
• - le contrôleur modifie l'objet en lui affectant les valeurs qui ont été postées
• - Si l'objet est valide:
  
  • - le contrôleur enregistre l'objet dans la base en demandant à l'orm de le faire
  • - la même action du contrôleur récupère à nouveau l'objet dans la base auprès du modèle (parce que les données du modèle ne sont pas forcément celles qu'il y a dans le formulaire, à cause de corrections faites par le modèle, ou parce que des champs sont calculés et pas gérés en interne, comme la date de modification de la fiche par exemple) et réaffiche la vue ou bien rappelle l'action qui gère l'affichage de la vue qui elle récupèrera les données auprès du modèle
• - Si l'objet n'est pas valide, l'action qui gère la modification réaffiche la vue, l'objet affiché par la vue étant celui modifié pour tenir compte de la saisie mais non enregistré dans la base

Dans tous les cas, la vue affiche un objet, et a donc des champs à afficher. Même dans le cas de l'affichage du formulaire pour enregistrer un nouvel objet, elle affiche l'objet mais qui a été juste instancié.

Tu dis "envoie les données" ou "transmet les données", mais pour être sûr, je précise qu'en php le contrôleur fait un include ou un require de la vue, donc en fait il peut y avoir un transfert de variable par exemple du genre $view->model = $mon_utilisateur mais pas besoin de session par exemple, au niveau de la vue les données du contrôleur sont en fait directement utilisables puisqu'on a fait un require.