MVC besoin d'aide pour comprendre

**damien77** · 08/06/2007, 20h43

Bonjour, j'aimerais avoir votre aide en ce qui concerne le MVC.
Donc si j'ai bien compris quand l'utilisateur fait une demande au serveur :
- Controle ( C ) est la première étape. Sont rôle est de vérifier si les arguments envoyer sont valides et en fonction de ceux-ci on appel le bon modèle. ( Servlet )
- Modèle ( M ) est la seconde étape c'est la partie qui permet de récupérer et traiter les informations. Cette partie doit pouvoir être utilisé aussi bien par Une application console - web - client riche... ( Correspond au Bean )
- Vue ( V ) permet d'afficher et mettre en page les informations à destination du client. Je ne me trompe pas ? ( Correspond au JSP )

Merci de votre aide.

**Pollux** · 09/06/2007, 14h16

C'est correct. A noter que pour faciliter le développement quelques design patterns peuvent faciliter les choses.

Par exemple en développement web le design front controller est souvent utilisé (par Struts par exemple). Ce design propose d'utiliser une servlet comme point d'entrée générale qui ensuite dispatch la requête sur le bon contrôleur (également une servlet).

Tu peux en rencontrer d'autres comme le business delegate, inversion de contrôle etc...

**damien77** · 09/06/2007, 16h25

D'accord.
ftp://ftp-developpez.com/tahe/fichie...webmvcjava.pdf

Par contre, ici je ne comprend pas. ( page 58 )
- Contrôleur ( Servlet ) permet donc de vérifier les données. Il fait appel a la couche métier.
- La couche métier créer un nouvelle objet de type ( dao ).
- dao permet de communiquer ( insertion - modification etc... avec une base de donnée / ou autre composant ). Ici on va par exemple créer une collection qui contient la liste des utilisateurs.
- Pour finir le modèle + vue se servent de la collection et objet pour renvoyer un document ( html - image - sons ) au client ?

Sinon merci beaucoup

**Pollux** · 09/06/2007, 17h15

Ton model va souvent te retourner des données c'est clair. Ces données sont nécessaires pour ta vue.

C'est donc le controleur qui demande au model de lui retourner les données en fonction des paramètres qu'il recoit et ensuite il passe la main à la vue. La vue doit avoir accès aux données retournées par le model dans une des portées (request, session, application)

**damien77** · 09/06/2007, 17h36

Donc ce que j'appel :

Modèle + Métier + Dao ca correspond en gros à un ou plusieurs Beans qui peuvent être utiliser donc en console etc...

sinon merci de ton aide

**djo.mos** · 09/06/2007, 17h52

Bonjour.
Ce sujet est très intéressant et fondamental mais il a été à maintes reprises sujet à des posts dans les forums de DVP. En voici un que je trouve très complet et pertinent : http://www.developpez.net/forums/sho...d.php?t=341618

Bonne chance.

**aJavaDeveloper** · 25/06/2007, 14h05

Je pense qu'il y a une petite confusion.

Considérons une application web scindée en trois couches :

la couche DAO, pour l'accès aux données
la couche métier, le coeur de l'application
la couche web, l'interface entre l'application et ses utilisateurs

Le pattern MVC se situe exclusivement dans la couche web.
Lorsque vous envoyez une requête à un serveur (via un formulaire HTML, par exemple), les étapes sont les suivantes :

votre controlleur (servlet) contrôle la validité de vos entrées
si vos entrées sont valides, votre controlleur fait appel à la couche métier
pour assurer le service demandé par le controlleur, la couche métier peut éventuellement faire appel à la couche DAO
le controlleur place ensuite les informations retournées par la couche métier dans un bean (qui fait partie du modèle)
le controlleur vous redirige alors vers une vue (page JSP, document PDF, ...) qui présente dynamiquement les informations du modèle

Il ne faut donc pas confondre modèle et couche métier...
On appelle modèle les beans qui vont vous servir à stocker les données retournées par votre couche métier.
La vue n'est qu'un moyen de présenter dynamiquement les données d'un modèle.
Une vue n'est d'aucune utilité sans un modèle associé (c'est d'ailleurs pour cela que les Controller Spring retournent un ModelAndView comme résultat).

J'espère que ça vous aidera à y voir plus clair...

**djo.mos** · 26/06/2007, 03h19

Bonjour.
Je suis pas d'accord avec toi aJavaDevelopper : MVC est une architecture globale de toute l'application, et non pas seulement du web tiers.

Envoyé par aJavaDevelopper

On appelle modèle les beans qui vont vous servir à stocker les données retournées par votre couche métier.

Envoyé par aJavaDevelopper

le controlleur place ensuite les informations retournées par la couche métier dans un bean (qui fait partie du modèle)

Pour moi, le Model = L'ensemble des données métier traitées par l'application ainsi que les traitements qui s'appliquent à eux.
De plus, la couche métier retourne des beans (DTOs ou encore DTOs composites par exemple) elle aussi, non ?

Je n'ai aucune envie de déclencher un débat sur ce thème.
Je t'invite alors à faire une recherche sur ce thème, ou encore à regarder ces articles par exemple :
http://java.sun.com/blueprints/patterns/MVC-detailed.html.
http://st-www.cs.uiuc.edu/users/smarch/st-docs/mvc.html : Décrit le pattern MVC tel qu'il a été définir pour SmallTalk-80 par XeroxParc.

Voilà.@+.

**aJavaDeveloper** · 26/06/2007, 09h29

J'admets mon erreur d'interprétation de ce qu'est le modèle.

En effet, après quelques recherches ciblées, il apparaît que le modèle encapsule non seulement l'état (ça, j'avais compris) mais aussi le comportement de l'application (cet aspect là m'avais échappé), ce comportement pouvant inclure l'accès à des données.

Donc, si j'ai bien compris,