Discussion :

[hbx360]

Bonjour, voilà pour un projet j'ai fais un schéma qui montre les étapes d'une architecture muliticouche le modèle à 5 couches le problème c'est que je sais pas si mon schéma est bon
J'aurai besoin d'une confirmation. De plus je ne sais pas quoi mettre comme légende pour les chiffre 2, 3, 4, 5, 6

[gervais.b]

Bonjour,

Je pense que vous aurez beaucoup de réponses différentes sur ce genre de questions.

Personnellement, je dirais que :
1) "Vu" prends un "e"; "Vue".
2) A voir votre schéma, le modèle ne sert à rien car personne ne l'utilise.
3) Est-c que l'utilisateur ne devrait pas manipuler les vues au lieu du contrôleur ?

[hbx360]

Merci pour ta réponse.

Pour le modèle j'ai pris exemple sur des schémas vue sur internet. Donc c'est pour cela que j'ai fait comme ça, tu penses qu'il faut rajouter des flèches ?
En fait la vue renvoi au contrôleur et c'est grâce au conteneur de servlet que la vue sera envoyé au client, si j'ai bien compris.

[gervais.b]

Dans une architecture MVC classique c'est bien ça. Le contrôleur "génère" la vue sur base du modèle et l'envoie au client. Dans une approche plus "moderne", la vue est chez le client et elle inter-agis directement avec le contrôleur. Pour certains la structure de donnée renvoyée par la contrôleur à la vue qui est chez le client est aussi une forme de vue.

La question est de savoir si vous voulez un schéma générique ou quelque chose qui représente vos flux. Essayez peut-être de prendre quelques cas typiques de votre application et de mettre le nom de méthode sur chaque flèche. Après avoir établi ce schéma pour plusieurs échanges vous devriez voir émerger un schéma générique qui mettra en évidence VOTRE architecture.

[hbx360]

Merci pour ta réponse.

[OButterlin]

Effectivement, on peut avoir différentes interprétations du MVC mais la logique voudrait que :

- la vue est ce qui est retourné à l'utilisateur et utilise les données du modèle
- le modèle représente les données liées à la vue et manipulées par l'intermédiaire du contrôleur
- le contrôleur est ce avec quoi interagit l'utilisateur pour faire évoluer le modèle et renvoyer une vue

Donc, le modèle est à la fois lié à la vue et au contrôleur.
Pour le reste, ton graphique est bon, c'est le contrôleur qui peut utiliser des services (ou couche "métier") qui eux-mêmes peuvent utiliser des DAO pour interagir avec une base de données.

En pratique, ce qui est discutable c'est l'emplacement des contrôles de validité des données. Certains les mettront dans le modèle, d'autres dans les services, voir carrément dans la vue... là, c'est un peu le Bronx
Personnellement, j'opte pour le service.