当超越RAD（拖放和配置）构建用户界面的方式时，许多工具都鼓励您使用三种设计模式，即模型视图控制器、模型视图演示器和模型视图视图模型。我的问题有三个部分：
这些模式解决了什么问题？它们有什么相似之处？它们有何不同？
当前回答
不久前，我在博客中引用了托德·斯奈德（Todd Snyder）关于两者区别的精彩文章：
以下是模式：MVP模式视图与模型的耦合更加松散。演示者是负责将模型绑定到视图。更容易进行单元测试，因为与视图的交互是通过的接口通常视图到演示者的映射是一对一。复杂视图可能具有多主持人。MVC模式控制器基于行为，可以在意见可以负责确定要显示的视图
这是我能在网上找到的最好的解释。
其他回答
鲍勃叔叔的这段视频很好，他在最后简要解释了MVC和MVP。
IMO，MVP是MVC的一个改进版本，基本上可以将你要显示的内容（数据）与你要显示（视图）的方式分开。演示者包含了UI的某种业务逻辑，隐式地规定了应该显示哪些数据，并为您提供了一个哑视图模型列表。当显示数据时，只需将视图（可能包含相同的id）插入适配器，并使用这些视图模型设置相关的视图字段，只需引入最少的代码（仅使用setter）。它的主要好处是您可以针对许多/各种视图测试UI业务逻辑，例如在水平列表或垂直列表中显示项目。
在MVC中，我们通过接口（边界）来粘合不同的层。控制器是我们体系结构的一个插件，但它对显示内容没有任何限制。从这个意义上讲，MVP是一种MVC，其概念是视图可以通过适配器插入控制器。
我希望这有助于更好。
MVP：观点是主导的。
在大多数情况下，视图会创建其演示者。演示者将与模型交互并通过界面操纵视图。视图有时会与演示者交互，通常是通过某种界面。这归结于实施；您希望视图调用演示者上的方法，还是希望视图具有演示者侦听的事件？归结起来就是：视图了解演示者。视图将委派给演示者。
MVC：控制器负责。
控制器是根据某些事件/请求创建或访问的。然后，控制器创建适当的视图并与模型交互以进一步配置视图。它归结为：控制器创建和管理视图；视图从属于控制器。视图不知道控制器。
MVC（模型视图控制器）
输入首先指向控制器，而不是视图。该输入可能来自与页面交互的用户，但也可能来自简单地在浏览器中输入特定的url。在任何一种情况下，它都是一个控制器，与之接口以启动某些功能。控制器和视图之间存在多对一关系。这是因为单个控制器可以基于正在执行的操作选择要渲染的不同视图。注意从控制器到视图的单向箭头。这是因为视图对控制器没有任何了解或参考。控制器确实会传递回模型，因此视图和传递给它的预期模型之间存在知识，而不是提供服务的控制器。
MVP（模型视图演示者）
输入以视图开始，而不是演示者。视图和关联的演示者之间有一对一的映射。视图包含对演示者的引用。演示者也会对从视图触发的事件做出反应，从而了解与其关联的视图。演示者根据对模型执行的请求操作更新视图，但视图不支持模型。
更多参考信息
模型视图控制器
MVC是软件应用程序架构的一种模式。它将应用程序逻辑分为三个独立的部分，促进了模块化和易于协作和重用。它还使应用程序更灵活，更易于迭代。它将应用程序分为以下组件：
处理数据和业务逻辑的模型用于处理用户界面和应用程序的控制器用于处理图形用户界面对象和演示的视图
为了更清楚一点，让我们想象一个简单的购物清单应用程序。我们只需要一份本周需要购买的每件商品的名称、数量和价格的清单。下面我们将描述如何使用MVC实现这些功能。
表示器
模型是将在视图（用户界面）中显示的数据。该视图是一个界面，它显示数据（模型）并将用户命令（事件）发送给演示者，以根据该数据进行操作。视图通常引用其演示者。演示者是“中间人”（由MVC中的控制器扮演），并同时引用视图和模型。请注意，“模型”一词具有误导性。它应该是检索或操纵模型的业务逻辑。例如：如果您有一个数据库将User存储在数据库表中，并且您的View希望显示用户列表，那么Presenter将具有对数据库业务逻辑（如DAO）的引用，Presenter将从中查询用户列表。
如果您想查看具有简单实现的示例，请检查此GitHub帖子
从数据库中查询和显示用户列表的具体工作流可以如下所示：
MVC模式和MVP模式有什么区别？
MVC模式
控制器基于行为，可以跨视图共享可以负责确定要显示的视图（前控制器模式）
MVP模式
视图与模型的耦合更加松散。演示者负责将模型绑定到视图。更容易进行单元测试，因为与视图的交互是通过接口进行的通常视图到演示者的映射是一对一。复杂视图可能有多个演示者。
这两种模式都试图分离表示和业务逻辑，将业务逻辑与UI方面分离
在架构上，MVP是基于页面控制器的方法，而MVC是基于前端控制器的方法。这意味着MVP标准的web表单页面生命周期只是通过从代码后面提取业务逻辑来增强的。换句话说，page是为http请求提供服务的页面。换句话说，MVP IMHO是一种网络形式的进化型增强。另一方面，MVC完全改变了游戏，因为在加载页面之前，请求被控制器类拦截，在那里执行业务逻辑，然后在控制器处理刚刚转储到页面的数据的最终结果（“视图”）从这个意义上讲，MVC看起来（至少在我看来）很像MVP的Supervisory Controller风格，它通过路由引擎增强了MVP的功能
这两种方法都支持TDD，并有其优缺点。
关于如何选择其中一个IMHO的决定应该基于在ASP.NET web表单类型的web开发中投入的时间。如果有人认为自己擅长网络形式，我会建议MVP。如果你在页面生命周期等方面感觉不太舒服的话，MVC可能是一种方法。
下面是另一个博客文章链接，提供了关于这个主题的更多细节
http://blog.vuscode.com/malovicn/archive/2007/12/18/model-view-presenter-mvp-vs-model-view-controller-mvc.aspx
