Pourquoi le paradigme MVC mieux adapté pour les applications web?
https://stackoverflow.com/questions/2347710
-
23-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je suis assez sûr que mon professeur me demander pourquoi j'ai choisi d'utiliser MVC pour mon application Web.
À vrai dire, je suis nouveau MVC. Je l'ai lu, je construis une application de blog à l'aide, je pense qu'il est très logique d'aborder un problème de cette façon.
Mais pourquoi? O_O Je dessine un blanc. Comment est mieux que de dire, la construction d'une application N-tier?
La solution
Eh bien, au fond: séparation des préoccupations sur le niveau d'utilisation, pas le niveau physique.
MVC divise l'interaction de l'interface utilisateur en trois rôles distincts.
Avec MVC, vous séparer la présentation (V, C) à partir de la logique de domaine (M) et vous aussi le comportement de l'interface utilisateur séparée (C) de l'affichage de l'interface utilisateur (V). Cela est beaucoup plus maintenable que les trois préoccupations entremêlement en un seul et il favorise également la réutilisation et les tests. Il vous permet de mieux lutter contre la complexité.
Ceci est rien qui applique simplement aux applications Web. Il convient à toutes les applications avec la logique de domaine et une interface utilisateur. Cela dit, je ne dirais pas que MVC est le le mieux adapté modèle pour une application web bien. Si tout ce que vous voulez faire est de mettre, par exemple, un formulaire de contact sur le web, puis un script tout-en-une page serait suffisante. Si vous n'avez un tas de pages statiques, MVC est surpuissant aussi. Donc, comme avec tous les modèles, cela dépend du problème que vous voulez résoudre.
En ce qui concerne le n-tier, le « classique » MVC ne prévoyait pas son utilisation sur le Web. Avec la présentation de l'interface utilisateur qui se passe dans le navigateur et le contrôleur sur un serveur distant, MVC sur le web est toujours aussi une architecture multi-niveaux, d'où la différence entre usecase et physique au début. MVC est tout simplement pas concerné où il arrive.
Voir aussi:
