写在前面
我一直在想，到底该怎么入手开始写博客，应该从哪个地方开始入手。现在想来，没有比使用案例法，在开发一个个实例的具体过程中不断积累完善更恰当的方法了。至于我想做些什么，这个会随着知识点的展开慢慢呈现，大家拭目以待。
MVP和MVC、MVVM的简单对比
架构设计是作用于软件系统整体设计的大智慧。他不是为了实现某个功能或者提升具体的某项性能而产生的，而是为了降低整个系统的耦合性，实现易于维护、方便修改的目的。
- 单独介绍
1.MVC
MVC分为Model、View和Controller三部分。
Android中MVC的内容图示.png
Model：程序需要操作的数据或信息（系统中的业务逻辑部分）。通常是数据库SQLite、网络请求的JSON、本地XML或者Java对象数据。它代表了一些实体类，用来描述业务逻辑怎么组合，同时也为数据定义业务规则。
View：直接面向于最终用户的“视图层”（View）。提供给用户的操作界面，是程序的外壳。界面就是各种UI组件（XML布局或者Java自定义控件对象）。只负责展示数据，同时接收控制器传过来的结果。
Controller：负责根据用户从“视图层”输入的指令，选取“数据层”中的数据，然后对其进行相应的操作，产生最终的结果（可以分派用户的请求并选择恰当的视图以用于显示，同时也可以解释用户的数据并将它们映射为模型层可执行的操作）。控制器是与应用程序相关联的动作集合，负责处理待响应的请求。通过界面响应用户输入，通过模型层处理数据，最后返回结果给界面。控制器扮演着模型和界面的粘合剂角色。
MVC图示.png
注释:
通路一：【2到5到4】
2.用户直接向View发出指令；View 传送指令到 Controller；
5.Controller 完成业务逻辑后，要求 Model 改变状态；
4.Model改变状态，将新的数据发送给View；
通路二：【1到3到4】
1.用户直接向Controller发出指令；再由Controller发送给View；【通常是更改视图】
3.View直接要求Model改变状态；
4.Model改变状态，将新的数据发送给View；
2.MVVM
MVVM分为Model、View和ViewModel;
他最大的特点是它采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。图示如下：
MVVM.png
3.MVP
MVP分为Model、View和Presenter；它是本文绝对的主角。
Model：数据的存储功能。通常是封装了数据库Dao或网络请求数据的角色；或者两者都有；
View：通常是Activity、Fragment和某些View控件；它还包括一个Presenter的成员变量，通常View会需要一个逻辑接口，将View的操作交给Presenter实现。然后又Presenter调用View逻辑接口将结果返回给View；
Presenter：主要作为View和Model的桥梁。它从Model中得到数据之后传给View，也将业务逻辑从View中抽离了出来。
MVP.png
注解：
通路：1到3到4到2
1.用户直接向View发出指令；View 传送指令到 Presenter；
3.Presenter完成业务逻辑后，要求 Model 改变状态；
4.Model改变状态，将新的数据发送给Presenter；
2.Presenter将新的数据和逻辑业务的执行结果发送到View上，更新UI；
特点：1. 各部分之间的通信，都是双向的。2. View 与 Model 不发生联系，都通过 Presenter 传递。3. View 非常薄，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。
- MVP和MVC、MVVM的对比
MVC和MVP最大的不同：MVC中的View可以直接访问Model；而MVP中的View不能直接访问Model；
MVVM和MVP最大的不同：MVVM中View和ViewModel双向绑定,数据的修改会直接反应在View角色上，而View的修改也会导致数据的变更；而MVP中View的更新需要通过Presenter;
希望对大家有帮助，谢谢！
