MVC MVP MVVM 是软件工程中的软件架构模式;
MVC
MVC全名是Model View Controller，模型(model)－视图(view)－控制器(controller)的缩写
Model（模型）表示应用程序核心（如数据库）。
View（视图）显示效果（HTML页面）。
Controller（控制器）处理输入（业务逻辑）。
MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制。
优点：
耦合性低
重用性高
生命周期成本低
部署快
可维护性高
有利软件工程化管理
缺点：
1、增加了系统结构和实现的复杂性
2、视图与控制器间的过于紧密的连接
3、视图对模型数据的低效率访问
4、目前一般高级的界面工具或构造器不支持MVC模式，改造这些工具以适应MVC需要和建立分离的部件的代价很高，从而造成使用MVC的困难
MVP
MVP 是从模式MVC演变而来，Model提供数据，View显示效果，Presenter相当于MVC的Controller，负责处理逻辑。
优点：
1、模型与视图完全分离，我们可以修改视图而不影响模型 降低耦合
2、可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部
3、我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁。代码复用
4、如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）
ps：网上找的便于理解的描述。
1）复杂的逻辑处理放在presenter进行处理，减少了activity的臃肿。
2）M层与V层完全分离，修改V层不会影响M层，降低了耦合性。
3）P层与V层的交互是通过接口来进行的，便于单元测试。
缺点：
由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。
如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了。
比如说，原本用来呈现Html的Presenter现在也需要用于呈现Pdf了，那么视图很有可能也需要变更。
MVC和MVP的区别
在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 在MVC模型里，更关注的Model的改变，而同时有多个对Model的不同显示，即View。所以，在MVC模型里，Model不依赖于View，但是View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。
MVVM
双向数据绑定。
优点
MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大优点
- 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
- 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
- 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xaml代码。
- 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。
MVVM与MVP区别：
mvvm模式将Presener改名为View Model，基本上与MVP模式完全一致，唯一的区别是，它采用双向绑定(data-binding): View的 变动，自动反映在View Model，反之亦然。
