Discussion :

[black.out]

hello,

je continu mon apprentissage (remise en forme :-) ) de JAVA et j'arrive pas a appliqué un bon exemple du pattern MVC en java.

pour le moment je travail en swing/awt.

la vue est composé des element swing OK
le modele est composé des données et de la logique internes OK
le controleur ?? en general je me retrouve avec une classe qui fait juste la transition entre la vue et le modele, une sorte d'adapteur tres simple.

du coup je me retrouve avec une architexture a 2 classes :
- le modele : les données et la logique
- la vue amelioré : les composants et leurs listeners

je n'ai pas trouvé d'autre facon de faire donc si vpous pouviez m'expliqué la ou ca cloche :-)

PS : j'ai recuperer u livre a la bibio, DESIGN PATTERN TETE LA PREMIERE, mais ce dernier fournis aussi le controleur comme une classe servant juste d'intermediaire, sans rien de concret dedans.

[Gfx]

Note qu'en pratique le MVC pur est rarement appliqué. On se retrouve souvent avec un M-VC en fait Je te conseille plutôt de te tourner vers le pattern Presentation Model.

[black.out]

ok dans ce cas je me pose moins la question du probleme MVC puisque je me retrouve EXACTEMENT dans le cas d'une archi M-VC.

pourrais-tu m'en dire un tout petit peu sur le pattern Presentation-Model, j'en ai jamais entendu parler ?

[Baptiste Wicht]

ok dans ce cas je me pose moins la question du probleme MVC puisque je me retrouve EXACTEMENT dans le cas d'une archi M-VC.

pourrais-tu m'en dire un tout petit peu sur le pattern Presentation-Model, j'en ai jamais entendu parler ?

Il me semble, mais je suis pas sûr, que le pattern Presentation-Model est justement une sorte de Pattern M-VC, c'est une sorte de variante du MVC, c'est souvent ce qu'on fait sans le savoir.

Sinon, pour le MVC, pour ce qui est du contrôleur, voilà ce que j'ai trouvé :

le Contrôleur prend en charge la gestion des événements de synchronisation pour mettre à jour la vue ou le modèle. Il n'effectue aucun traitement, ne modifie aucune donnée, il analyse la requête du client et se contente d'appeler le modèle adéquat et de renvoyer la vue correspondant à la demande.

[herve91]

Les composants Swing jouent en fait le rôle de Contrôleur au sens du MVC. La Vue est à la charge de ce qu'on appelle "l'UI delegate". Par exemple dans le cas du composant JTable, l'UI delegate du JTable est la classe BasicTableUI du package javax.swing.plaf, ce qui permet de séparer le contrôleur de la vue, et ainsi de bénéficier de "Pluggable Look And Feel". Mais il est vrai, comme il a été dit, qu'on a tendance à regrouper la vue et le contrôleur.

[black.out]

ok merci,

ca me conforte dans ce que je faisais.

Modele - Vue+Controleur

[Gfx]

herve91 : Malheureusement dans la plupart des composants Swing, des éléments du contrôleur sont aussi dans les UI delegates et dans certains cas, des bouts de la vue sont dans la classe J[Composant]. C'est loin d'être séparé aussi clairement que dans le pattern MVC. D'ailleurs, le tutorial officiel de Swing explique bien qu'il s'agit d'un M-VC.