Save as - MVC

Rebonjour!

décidemment je le lache pas ce salon MVC :P

j'ai une bête question concernant le déroulement "version MVC" de la fonction "Enregistrer sous...".

(On est vendredi, donc si ca parait pas tres evolué comme question, faut m'excuser)

voila donc je code en c# mais peu importe.

Est ce que le déroulemetn "normal" doit etre:

• User click sur "Enregistrer sous"
• La vue informe le controleur du click
• le controleur dis a la vue d'ouvrir un "saveFileDialog"
• User selectionne le fichier et click sur ok
• la vue informe le controleur du click (et du nom de fichier)
• le controleur appelle une méthode sur le modèle (avec le nom de fichier)

ou alors (ca me parait moins court mais peut etre moins jsute dans le sens ou la vue agit d'elle même):

• User click sur "Enregistrer sous"
• La vue ouvre un savveFileDialog
• User selectionne le fichier et click sur ok
• la vue informe le controleur du click (et du nom de fichier)
• le controleur appelle une méthode sur le modèle (avec le nom de fichier)

[Edit]@hed62: je suis un cas déséspéré? :D

D'un point de vue conceptuel, je verrais les choses comme ça :

- User click sur "Enregistrer sous"
- La vue informe le controleur du click
- Le contrôleur enchaîne en exécutant le UC "Sélection du nom du fichier", qui rendra la main avec le nom de fichier sélectionner.
- le controleur appelle une méthode du métier pour faire le traitement.

Ce qui dans la pratique en C# WinForms, donnera :
- User click sur "Enregistrer sous"
- La vue informe le controleur du click
- Le contrôleur appellera le composant SaveFileDialog.
- le controleur appelle une méthode du métier pour faire le traitement.

[Edit]@hed62: je suis un cas déséspéré? :DMeuh non, poser une question donne l'air bête cinq minutes, ne pas la poser fait que tu reste bête ;) (quoique ici elle reste écrite à jamais ta question :lol:)

La solution de Franck effectivement me semble bonne, car Sélectionner un fichier peut se faire de plusieurs manières différentes, et donc doit être découpé et isolé du reste. Attention tout de même, en faire un UC me semble un peu direct. Les UC ne doivent pas être si bas niveau à mon sens.

Citation:

---

Attention tout de même, en faire un UC me semble un peu direct. Les UC ne doivent pas être si bas niveau à mon sens.

---

Tout à fait d'accord, c'est pour ça que j'ai dit que dans la pratique, le contrôleur appellera le composant directement.

Merci pour l'aide!! :D

mais du coup, comme je le vois, ca découple complétement la vue de l'UC, et du oup, j'ai l'impression d' "ajouter des éléments d'interface au controleur" alros qu'a mes yeux c'est le role de la vue, je me trompe?

Ca y'est j'y suis :D

j'ai fait comme ca:

Citation:

---

Envoyé par Franck SORIANO

- User click sur "Enregistrer sous"
- La vue informe le controleur du click
- Le contrôleur appellera le composant SaveFileDialog de la vue
- Le dialogue retourne le chemin du fichier
- le controleur appelle une méthode du métier pour faire le traitement.

---

Merci beauccoup, ca commenceà se mettre en place!

Citation:

---

Envoyé par TheCaribouX

- Le contrôleur appellera le composant SaveFileDialog de la vue

---

Dans ce cas, ça veut dire que le contrôleur doit connaitre le contenu de la vue. Ca c'est un gros problème.
Autant instancier le composant SaveFileDialog directement depuis le contrôleur (ou passer par une factory et une classe d'adaptation).

Effectivement les controlleurs ne doivent rien savior (en tous cas le moins possible) sur la vue.

Donc (,sans tenir compte de la solution factory que je vais tacher de comprendre tout soudain, ) le controleur doit en savoir le moins possible de la vue, mais il peut gérer des évenements d'interface tout seul?

c'est vrai que du point de vue du concept, meme si la vue change, le meme saveDialog sera afffiché...mais c'est contre-intuitif quand meme... :oops:

[Edit] Pour ce qui est de la factory, est-ce que faire quelque chose du genre abstract factory ou la view hérite d'une classe abstraite ayant une classe disons
string getFilePath();
aurait un sens? Dans le sens ou du coup le controleur gère rien de graphique et ne connait de la view que les méthodes de sa super classe? (je suis pas sur d'avoir tout compris au mélange factory+adaptateur)