Discussion :

[JauB]

Bonjour tout le monde,
J'ai une petite ambiguïté en ce qui concerne le Modèle 2 ou plutôt pourquoi ce nom?
Sur pleins de tutos j'ai lu que les managed-bean sont inclus dans la partie MODEL, d'autres tutos expliquent comme quoi les managed-bean font partie du CONTROLLER.
Des avis?

[Sniper37]

Pour moi managedBeand c'est le MODEL, le controleur pour ma part est la FacesServlet, c'est elle qui prend les entrées de l'utilisateur les transforment et les passent au Model..
souvent on mélange managedBean et backingBean, le backingBean quant à lui est plus proche de la View que du MODEL, normalement, on y met que l'image 'object' de la vue, et pas le comportement de l'application..

[JauB]

Dans ce cas le MODEL sera composé de : la couche service, la couche DAO et les managed-bean? c'est ça à ton avis qui illustre la nomination MODEL 2?

Pour moi managedBeand c'est le MODEL, le controleur pour ma part est la FacesServlet, c'est elle qui prend les entrées de l'utilisateur les transforment et les passent au Model..
souvent on mélange managedBean et backingBean, le backingBean quant à lui est plus proche de la View que du MODEL, normalement, on y met que l'image 'object' de la vue, et pas le comportement de l'application..

[Sniper37]

le MODEL 2 c'est le MVC2, la différence avec MVC est que le 2 dispose d'une seule servlet principale qui fait l'office du Controller.., comme Struts et JSF..
c'est de ça que tu parles?

[JauB]

Beh moi je me demande pourquoi le 2 du MODEL 2?
tu es sûr @Sniper37 de ton explication?

le MODEL 2 c'est le MVC2, la différence avec MVC est que le 2 dispose d'une seule servlet principale qui fait l'office du Controller.., comme Struts et JSF..
c'est de ça que tu parles?

[djo.mos]

Salut,
Le 2 vient du fait qu'il y'a un model 1 (bien évidemment ), et model n'est autre que "modèle", comme pour uen voituure ...

Bref, Sun avait proposé une première solution pour structurer le développement Web avec Java via le model 1, à base de JSPs et de beans :



Puis avait rectifié le tir avec un second modèle de développement, le model 2:



Bref, tout est dans cette page : http://java.sun.com/developer/techni.../servlets_jsp/

Sinon, personnellement, je considère les managed beans comme faisant partie de la couche contrôle et non pas model ...
Dans le second schéma, ça correspond au carré rouge, JavaBeans (Model).

Ca peut être considéré comme la partie model de la couche contrôle/présentation (VC), mais je pense qu'ils font pas partie de la couche Model globale de l'application : ils sont là uniquement pour faire une sorte d'adaptateur entre les vues et le backend, voilà. Ils n'effectuent (ou du moins ne devraient pas) ni de logique métier ni représentent les entités qui modélisent notre domaine.