DUPLICATES possibles:
Que sont MVP et MVC et quelle est la différence? < / a>
motif MVC et MVPpersonnes,
Quels sont certains des avantages de l'utilisation de MVC sur MVP? J'aime que je n'ai pas besoin d'utiliser un cadre pour MVP et peut être mis en œuvre via des interfaces et des classes. Je reçois toujours la séparation des préoccupations que MVC a et je reçois des tests unitaires. Quels sont certains avantages d'utiliser MVC sur MVP?
3 Réponses :
Je n'étais même pas au courant de "MVP" mais Haack [Overflow] a un très bon article ...
Tout ce que vous vouliez savoir sur MVC et MVP, mais craignions de demander
au risque que HAACK bloque des images reliées ... Haack dit que la différence est claire :) Texte ALT HTTP: // HAACKED.COM/IMAGES/HAACKED_COM/WindowsLiveWriter/mvcandmvppPatternResources_71ce/winmerge%20-%20%5BMVP.txt%20-%20mvc.txt%5d_3.png
Drôle - je n'avais pas vu cela auparavant.
Depuis que j'ai été examiné par mes commentaires sur des duplicats, je vais simplement y référer cela à des questions et laisser les "puissances supérieures" à fermer s'ils voient en forme: p
Que sont MVP et MVC et quelle est la différence? < / a>
Les gens sont trop raccrochés sur les initiales et TLA 's parfois.
Si ce que Phil Haack dit dans son article est vrai, je pensais que j'utilisais MVC dans ASP.NET MVC, mais ce que j'utilise vraiment est MVP (ou une forme modifiée de MVC).
avec MVC, c'est toujours le contrôleur la responsabilité de gérer la souris et Événements de clavier. Avec MVP, GUI les composants eux-mêmes manipulent initialement l'entrée de l'utilisateur, mais déléguée au interprétation de cette contribution à la Présentateur.
Mais ce n'est pas ce que ASP.NET MVC est vraiment tout à propos de.
Si je gère les événements de la souris et du clavier, j'aime le faire dans le navigateur avec jQuery. Que sépare l'interaction de l'utilisateur du contrôleur et fournit un meilleur découplage entre la couche d'interface utilisateur et la couche "Affaires".
Si je dois mettre à jour une partie de ma page en utilisant un appel AJAX ou JSON, je vais toujours avoir besoin de le faire de toute façon, que je l'appelle MVC ou MVP.
WebForms ASP.NET, par exemple, tente d'émuler le client riche paradigme de développement via l'utilisation de Viewstate. C'est pourquoi de nombreuses tentatives appliquer des modèles à ASP.NET FOCUS sur le modèle MVP parce que le MVP modèle est plus approprié pour un riche Application client avec GUI Composants.
Cependant, de nombreuses plates-formes Web embrassent la nature apatride du web et renoncer à tenter de simuler un Développement du client riche complet environnement. Dans de tels systèmes, un Motif MVC modifié est plus applicable.
Il est clair que les vues de Phil (une forme modifiée de) MVC se déplacent à un client plus apatride et plus minant, alors que la MVP place plus de responsabilité sur la couche d'interface utilisateur pour fournir une expérience utilisateur riche.
Si c'est une bonne chose ou non est subjectif. Si ASP.NET est MVP et ASP.NET MVC est MVC, j'accepterai volontiers les initiales MVC d'abandonner des choses comme la visionnement et la logique obtus.
Et si toute la raison pour laquelle vous essayez de décider est, vous souhaitez utiliser la couche d'entreprise pour une version Web et une version client épaisse ;-) AAAK
