Android 架构 MVC MVP MVVM，这一波你应该了然于心 - 知乎
[最全]Android安卓架构MVC、MVP、MVVM之间的区别和联系(图解+案例+源码)_快乐李同学(李俊德-大连理工大学)的博客-CSDN博客_安卓mvp架构
Android中的MVC含义
- Model：实体类(数据的获取、存储、数据状态变化)。
- View：布局文件
- Controller：Activity(处理数据、业务和UI)。
工作原理
- View接受用户的交互请求。
- View将请求转交给Controller。
- Controller操作Model进行数据更新。
- 数据更新之后，Model通知View数据变化。
- View显示更新之后的数据。
MVC的缺点
1、View与Model之间还存在依赖关系，Controller很重很复杂。
由上面的MVC架构图可知，view层和model层是相互可知的，这意味着两层之间存在耦合，耦合对于一个大型程序来说是非常致命的，因为这表示开发，测试，维护都需要花大量的精力。
2、在Android中Activity即是View又是Controller，所以会很复杂。
xml作为view层，控制能力实在太弱了，你想去动态的改变一个页面的背景，或者动态的隐藏/显示一个按钮，这些都没办法在xml中做，只能把代码写在activity中，造成了activity既是controller层，又是view层的这样一个窘境。大家回想一下自己写的代码，如果是一个逻辑很复杂的页面，activity或者fragment是不是动辄上千行呢？这样不仅写起来麻烦，维护起来更是噩梦。
随着界面及其逻辑的复杂度不断提升，Activity类的职责不断增加，以致变得庞大臃肿。
为了解决MVC的缺点，MVP 框架被提出来。
MVP和MVC的最大区别
在MVP中View并不直接使用Model，它们之间的通信是通过Presenter 来进行的，所有的交互都发生在Presenter内部，而在MVC中View直接从Model中读取数据而不是通过 Controller。
Android中的MVP含义
- Model：实体类(数据的获取、存储、数据状态变化)。
- View：布局文件+Activity。
- Presenter：中介，负责完成View与Model间的交互和业务逻辑。
工作原理
- View 接收用户交互请求
- View 将请求转交给 Presenter(V调用P接口)
- Presenter 操作Model进行数据更新(P调用M接口)
- Model 通知Presenter数据发生变化(M调用P接口)
- Presenter 更新View数据(P执行接口,V相应回调)
MVP的优点
- 复杂的逻辑处理放在Presenter进行处理，减少了Activity的臃肿。
- 解耦。Model层与View层完全分离，修改V层不会影响M层，降低了耦合性。
- 可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。
- Presenter层与View层的交互是通过接口来进行的，便于单元测试。
MVP的缺点
维护困难。Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。P的修改需要同步修改所有的实现类。
MVVM是什么
是 Model-View-ViewModel 的简写。MVVM与MVP的结构还是很相似的，就是将Presenter升级为ViewModel。在MVVM中，View层和Model层进行了双向绑定(即Data Binding)，所以Model数据的更改会表现在View上，反之亦然。ViewModel就是用来根据具体情况处理View或Model的变化。
Android中的MVVM含义
- Model：实体类(数据的获取、存储、数据状态变化)。
- View：布局文件+Activity。
- ViewModel： 关联层，将Model和View进行绑定，Model或View更改时，实时刷新对方。
工作原理
- View 接收用户交互请求
- View 将请求转交给ViewModel
- ViewModel 操作Model数据更新
- Model 更新完数据，通知ViewModel数据发生变化
- ViewModel 更新View数据
View/Model的变动，只要改其中一方，另一方都能够及时更新到
MVVM的优点
1.提高可维护性。Data Binding可以实现双向的交互，使得视图和控制层之间的耦合程度进一步降低，分离更为彻底，同时减轻了Activity的压力。
2.简化测试。因为同步逻辑是交由Binder做的，View跟着Model同时变更，所以只需要保证Model的正确性，View就正确。大大减少了对View同步更新的测试。
3.ViewModle易于单元测试。
MVVM的缺点
1.对于简单的项目，使用MVVM有点大材小用。
2.对于过大的项目，数据绑定会导致内存开销大，影响性能。
3.ViewModel和View的绑定，使页面异常追踪变得不方便。有可能是View出错，也有可能是ViewModel的业务逻辑有问题，也有可能是Model的数据出错。