MVP、MVC、MVVM类比

MVP 全称：Model-View-Presenter ；MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。要想对MVP深入理解，少不了要分析MVC模式以及再它基础上进一步抽象出来的MVVM模式
一、MVP

在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会从直接Model中读取数据而不是通过 Controller。在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些 业务逻辑

当然在微软内部对MVP的理解又有所不同，例如他们提出了一种Supervising Controller模式和上面的MVP就不大相同

不管怎么样使用MVP框架设计时，尽可能避免View对Model的控制。
MVP模式的优点：
(1)降低耦合度
(2)模块职责划分明显
(3)利于测试驱动开发
(4)代码复用
(5)隐藏数据
(6)代码灵活性
MVP模式的缺点：
在了Presenter中，所以视图和Presenter的交互会过于频繁。还有一点需要明白，如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了

二、MVC
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
优点：
重用性高
可维护性高
生命周期成本低
有利软件工程化管理
缺点：
没有明确的定义
完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试
增加系统结构和实现的复杂性
视图与控制器间的过于紧密的连接
视图对模型数据的低效率访问

三、MVVM
MVVM是Model-View-ViewModel的简写。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。

优点:
　　1、设计人员可以用设计工具很容易的设计UI，而且不需要写任何代码
　　2、你可以更好的设计UI，而且可以让即使不是开发人员使用。
　　3、可以先设计UI或者与开发同时设计。
　　4、当UI全部改变时，代码可以不改变。
缺点：
　　1、数据绑定使得 Bug 很难被调试
　　2、一个大的模块中，model也会很大，虽然使用方便了也很容易保证了数据的一致性，当时长期持有，不释放内存，就造成了花费更多的内存。
　　3、数据双向绑定不利于代码重用
MVC和MVVM的区别就在于，MVC将控制器对象要呈现的数据的数据处理过程交给的一个新的ViewModel
层，而自己只做展示处理，不做数据处理；因此它们能够很好的兼容；这样Controller就瘦了,正如下图所示，将一部分C的内容移到了V中处理。