当超越RAD（拖放和配置）构建用户界面的方式时，许多工具都鼓励您使用三种设计模式，即模型视图控制器、模型视图演示器和模型视图视图模型。我的问题有三个部分：
这些模式解决了什么问题？它们有什么相似之处？它们有何不同？
当前回答
这是对这些设计模式的许多变体的过度简化，但这是我喜欢思考两者之间差异的方式。
MVC
MVP
其他回答
不久前，我在博客中引用了托德·斯奈德（Todd Snyder）关于两者区别的精彩文章：
以下是模式：MVP模式视图与模型的耦合更加松散。演示者是负责将模型绑定到视图。更容易进行单元测试，因为与视图的交互是通过的接口通常视图到演示者的映射是一对一。复杂视图可能具有多主持人。MVC模式控制器基于行为，可以在意见可以负责确定要显示的视图
这是我能在网上找到的最好的解释。
你忘了动作域响应程序（ADR）。
正如上面的一些图形所解释的，MVC中的模型和视图之间有直接的关系/链接。在控制器上执行操作，控制器将在模型上执行操作。模型中的该操作将触发视图中的反应。视图在模型状态更改时始终更新。
有些人一直忘记了，MVC是在70年代末创建的，而Web只是在80年代末/90年代初创建的。MVC最初不是为Web创建的，而是为桌面应用程序创建的，其中Controller、Model和View将共存。
因为我们使用的是仍然使用相同命名约定（模型-视图-控制器）的web框架（例如：.Laravel），所以我们倾向于认为它必须是MVC，但实际上是其他东西。
相反，请查看操作域响应程序。在ADR中，控制器获得一个动作，该动作将在模型/域中执行操作。到目前为止，情况是一样的。不同的是，它然后收集该操作的响应/数据，并将其传递给Responder（例如：.view（））进行渲染。当在同一组件上请求新操作时，将再次调用Controller，并重复循环。在ADR中，模型/域和视图（Reposer的响应）之间没有任何联系。
注意：维基百科指出“然而，每个ADR动作都由单独的类或闭包表示”。这不一定是真的。多个操作可以在同一控制器中，并且模式仍然相同。
mvc adr模型视图控制器动作域响应器
最简单的答案是视图如何与模型交互。在MVP中，视图由演示者更新，演示者充当视图和模型之间的中介。演示者从视图中获取输入，视图从模型中检索数据，然后执行所需的任何业务逻辑，然后更新视图。在MVC中，模型直接更新视图，而不是通过控制器返回。
我已经使用了MVP和MVC，尽管我们作为开发人员倾向于关注这两种模式的技术差异，但IMHO中MVP的要点与易于采用性比其他任何东西都更相关。
如果我所在的团队已经具备良好的web表单开发风格背景，那么引入MVP比引入MVC要容易得多。我认为MVP在这种情况下是一场快速的胜利。
我的经验告诉我，将团队从web表单转移到MVP，然后从MVP转移到MVC相对容易；从web表单迁移到MVC更加困难。
我在这里留下一个链接，指向我的一个朋友发表的关于MVP和MVC的一系列文章。
http://www.qsoft.be/post/Building-the-MVP-StoreFront-Gutthrie-style.aspx
MVP=模型视图演示者MVC=模型视图控制器两种演示模式。它们将模型（考虑域对象）、屏幕/网页（视图）和用户界面（演示者/控制器）之间的依赖关系分开它们在概念上相当相似，人们根据口味对演示者/控制器进行不同的初始化。这里有一篇关于差异的精彩文章。最值得注意的是MVC模式具有更新视图的模型。
