Discussion :

[Deallyra]

Bonjour amis développeur.

Je voulais savoir si vous utilisiez d'autres méthodes que MVC pour construire vos sites web et donc, si c'était le cas, qu'elles sont ces méthodes, comment fonctionnent-elles?

Merci à vous,

Bonne journée

[osia1]

j'aurais bien voulu te répondre mais je ne sais pas en quoi consiste le MVC (enfin j'ai lu quelques trucs avant mais je ne vois pas bien à quoi ça sert). Peux-tu expliquer, je pourrai peut-être répondre...

[Glob]

Mmmhhh... MVC2?

(à chercher sous google)

++

[Deallyra]

copié collé du premier site google

L'architecture MVC est originaire du modèle de conception (design pattern) du même nom hérité du langage Smalltalk.
Cette architecture décompose la gestion de l'interface graphique en trois parties:

* Le modèle gère l'information associée à l'interface (liste de choix d'une comboBox, données d'une table, sélection dans un JTree..).
Ces données définissent l'état de l'interface vue de l'application.
Le modèle ne connaît ni les vues ni le contrôleur.
* Le contrôleur gère les évènements venant de l'interface (sélection de menu, clicks de boutons, action d'édition,..).
Ces actions se présentent sous forme d'ActionListener, d'EventListener..
Le contrôleur ne connaît pas la ou les vues, il ne connaît que le modèle.
Les actions gérées par le contrôleur modifient uniquement les données du modèle.
* La vue est constituée de composants graphiques que Swing affiche à l'écran.
La vue utilise les données venant du modèle pour l'affichage.
La vue s'enregistre en temps que 'listener' auprès du modèle. Elle écoute les modifications du modèle, et peut ainsi réagir graphiquement aux évolutions des données.
La vue ne connaît pas le contrôleur, elle ne connaît que le modèle.

[Glob]

Hello.

En fait je voulais dire que MVC2 est parfois plus intéressant que MVC pour le web.

A+

[Deallyra]

Et concrètement, en quoi consiste MVC2?
quelles sont les principales différences que vous y voyiez?

[Glob]

Hello.

Notre pote Google, si sympathique et si utile, m'a donné l'URL suivante:

http://blog.lecacheur.com/2004/12/09...ew-controller/

J'ai pas tout lu mais ça m'a l'air de répondre à la question.

++

[Deallyra]

xD

j'avais été voir mon ami google mais je voulais savoir ce que personnellement cette méthode t'avais apporté de plus.

[Glob]

Dur à dire ce que ça ma apporté: perso je pioche un peu les idées à gauche à droite, je mixe le tout avec quelques années d'expérience et les contraintes imposées par notre framework maison...

J'essaie surtout de toujours bien séparer ce qui est web (servlets, requests et autres bidules liés à J2EE, modèle + vue) de ce qui est purement modèle métier, car nombre de fonctionalités de notre appli peuvent être utilisées via appels direct en Java, WebServices, JMS, etc.

Bon je suis à côté du sujet, mais ce sont des choses qui arrivent

A+

[Tommy31]

Le M c'est modèle, pas méthode.

Le principe fondammental est le découplage des responsabilités. On dissocie la vue (le signifiant, le contenant), du modèle (le signifié, le conenu, les données quoi), du controleur (ce qui fait le lien entre les deux).

Le gain est appréciable dans de grosse applis, pour la maintenance essentiellement, mais aussi lors du dev. La vue peut être laissée a des grapheux, puisque c'est essentiellement graphique et non technique. Les techniques s'affairant à développer la partie controleur.

A moindre échelle ca définit un cadre formel dans lequel les gens qui ont l'habitude, retrouvent leurs petits.