Discussion :

[marouene_]

Bonjour, j'ai quelques confusion sur l'architecture d'une application JEE, bon j'ai developpé une application dans l'architecture physique est la suivante :



En gros j'ai deux parties :
* Pour l'alimentation de la base de données, j'ai le serveur d'application qui effectue des tests en continue à partir du serveur des serveurs de tests installé dans le réseau ceci sans intervention du client (un système de monitoring) et qui stocke les résultats dans une base de données.
*J'ai un client qui consulte sur des pages JSP (des courbes etc...selon sa demande ) les résultats des tests effectués à partir de la base de données..Mais il peut pas changer le contenu de la base-----> juste monitoring


Donc voila, j'aimerai comprendre comment bien expliquer cette architecture, pour l'affichage c'est bien une application JEE(Servlet/JSP/JDBC).

Sinon est ce que je dois dire que c'est une application JEE 3-tiers implementant le modèle MVC pour la couche présentation?

[Jimmy_]

Attention à ne pas tout mélanger.

3-tiers est une architecture qui sépare l'affichage, les traitements et les données. Avec de préférence un changement de protocole entre les couches.

MVC est un design pattern, c'est à dire un découpage abstrait de la manière de traiter une requête.

Une application MVC pouvant très bien être découpé en N-tiers ou pas.

Donc à mon avis si tu fais du Jdbc directement depuis ta servlet sans couche d'abstraction, tu n'es ni en MVC ni en 3-tiers.

[marouene_]

J'utilise directement du JDBC pour alimenter la base et je l'utilise aussi pour l'affichage des résultats
Mais normalement je suis dans la norme des applications JEE c'est ca ?

Autrement, mon application sépare effectivement l'affichage du traitement et des données non ?

[marouene_]

D'apès la discussion que j'ai crée ici ca fait un petit moment
http://www.developpez.net/forums/d10...rs-modele-mvc/

Le modèle MVC est lié aux IHM, ce pattern permet de répartir les rôles :

M : représente les données de la vue (un JavaBean)
V : représente la vue (une JSP)
C : représente le contrôleur (interface entre M et V) (une servlet, une action struts...)

Autrement dit :

On affiche une page avec un formulaire.
L'utilisateur saisie des données et soumet la requête au contrôleur.
Le contrôleur récupère et alimente le modèle et traite la fonction demandée (Il peut évidement accéder à des briques métier (EJB ou autre)).
Le contrôleur renvoie une page.

je comprend plus grand chose ><

[DevServlet]

Donc à mon avis si tu fais du Jdbc directement depuis ta servlet sans couche d'abstraction, tu n'es ni en MVC ni en 3-tiers.

Si sa requete est faite dans une servlet, cette requete qui tape dans une base de donnée, resultat recupéré et renvoyé à une jsp pour affichage, pourquoi ce ne serait pas du MVC? Ne perds pas de vue la signification du M pour Modèle (couche de persistence) , Vue (couche de présentation= jsp dans ton cas) et C pour controleur (servlets dans son cas). Pour moi il est dans une archi MVC 3-Tiers.

[marouene_]

Si sa requete est faite dans une servlet, cette requete qui tape dans une base de donnée, resultat recupéré et renvoyé à une jsp pour affichage, pourquoi ce ne serait pas du MVC? Ne perds pas de vue la signification du M pour Modèle (couche de persistence) , Vue (couche de présentation= jsp dans ton cas) et C pour controleur (servlets dans son cas). Pour moi il est dans une archi MVC 3-Tiers.

Effectivement, ma requête se fait dans une servlet comme tu l'as exactement mentionné

[DevServlet]

Ton archi telle que tu nous l'as presentée respecte le MVC, bon mais dans une stricte mesure, les requetes doivent être deleguées à un framework de persistence (JPA, hibernate, etc...), une servlet ne devrait normalement pas avoir connaissance de la notion de requetes, elle fait une demande et on lui renvoit un résultat, la facon dont ce resultat a été traité devrait lui être transparente. Mais bon ce que t'as fait c'est deja pas mal.

[marouene_]

Ah ok, donc j'ai ca normalement :
Pour le M : JDBC
Pour le V : JSP
Pour le C :Servlet
normalement le modèle MVC se limite Ici juste à la partie client et serveur tomcat/base de données , c'est a dire il se limite seulement à l'affichage des résultats ?
Le serveur d'application qui effectue des tests et alimente la base de données n'est pas inclu dans ce modèle mais ile doit l'etre pour le modele 3-tiers?