Discussion :

[othaymine]

Bonjour tout le monde
SVP j'ai besoin de votre aide
j'ai un projet en J2EE,modèle MVC,j'ai crée la partie vue(les interfaces) avec JSP et la partie modèle(la base de donné) avec MySQL,et maintenant et il me reste la partie contrôle.
Vraiment je sais pas comment faire cette partie.avez-vous une idée?
Cordialement

[Fichman]

Tu peux faire ça soit avec des servlets brutes, soit avec un framework adéquat (struts, Spring MVC,...)

[Robin56]

Ton problème est plutôt vague et imprécis.

La partie Vue via les JSP ok.
La partie Modèle via la BDD ok.
Bah pour la partie contrôle ce sont des classes Java qui font le liant entre les deux.

Je ne vois pas expliquer mieux que de te renvoyer sur le fonctionnement global de l'architecture MVC. En cherchant rapidement sur le site, j'y ai trouvé des tutos qui t'expliqueront bien mieux que moi genre celui-là :
http://baptiste-wicht.developpez.com...onception/mvc/

Edit : Et si tu veux te perdre dans la lecture, tu as toujours celui-là : http://tahe.developpez.com/java/baseswebmvc/

[othaymine]

Tu peux faire ça soit avec des servlets brutes, soit avec un framework adéquat (struts, Spring MVC,...)

Merci beaucoup Fichman,j'ai honte de vous demander de m'expliquer un peu.

[Fichman]

Ben là je ne peux pas forcement expliquer plus.
Va voir le lien de Robin56 et après va sur les sites de struts et de Spring pour voir si ça pourrait correspondre à ton besoin.

[Jimmy_]

Il te faut aussi définir des objets métiers qui vont passer d'une couche à l'autre.
Car le gros risque de MVC est de faire transiter des objets qui n'ont rien a y faire. Et ainsi casser le modèle.

J'ai vu pas mal de ResultSet passer tranquillement dans la Vue et des attributs de formulaire passer directement dans le Modèle.

[fiberMan]

Essayer de Combiner JSP pour vue, Servlet pour Controle et des classes JavaBean pour les modèles. C'est un modèle classique mais basique.

[titourock]

Bonjour,

Une chose me surprend :

la partie modèle(la base de donné) avec MySQL

Le modèle représente le fonctionnel de ton application, ce qu'elle est "capable de faire" et surtout sur qui elle le fait. J'entends par là, si tu crées un jeu video type jeu de rôle, l'application parlera et agira sur des "personnages" avec des "terrains" etc...Tout ceci engendrera donc probablement des classes "basiques" telles que Personnage, Terrain...

D'autres classes viendront alors s'ajouter pour décrire ce que fera ton application sur ces classes "basiques". Tout ceci mélangé donnera ton business model (ou plus simplement model).
Ce qui me choque donc est que tu crées ton modèle à partir d'une base de données qui n'est là que pour la persistance (des données). Ce qui engendrerait comme autre conséquence qu'un changement de base impliquerait un changement de modèle et donc de la partie fonctionnelle de l'application (alors que ces deux choses n'ont rien à voir).

Je verrai donc quelquechose comme ça :
- Vue via des JSP (ou autre technos possible sur java)
- Modèle via de simples classes java (avec des Bean)
- Contrôleur, qui est la "glue" entre modèle et la vue via des Servlets si tu travailles sur une appli Web.

Dans un de ces récents livre, "Touch of Class", Bertrand Meyer parle du pattern MVC comme ceci : l'utilisateur voit l'application grâce à la couche "Vue" (ça peut paraître stupide...), pense en terme de modèle et interagit avec l'application via le contrôleur.

En espérant que cela t'aide.