MVC、MVP、MVVM为不同的划分代码结构的方式，结构依次变得复杂。

笔者认为主要是为了解决页面刷新和业务逻辑放在那些类中的问题。iOS及Android只有Controller和View用于辅助与显示的系统类，数据层没有对应系统类，所以导致组织代码结构让人感到困惑，为此特意研究当下比较流行的模式，加以总结。

解释名词：
界面刷新：只更新界面，不加工数据；
业务逻辑：只对数据进行加工，不包含页面刷新；
数据层：包含Dao（数据获取）和Model（数据层实体类）；
回调：没有应用关系类A调用类B方法的触发方式，具体可以用定义接口（Java），代理（iOS），CallBack等。

进入正题：

一、MVC

M模型：数据层，获取数据，代码层面包含Dao和数据层实体（有别于视图层实体，因为可能网络获取到的数据不一定符合视图的显示，如两次网络请求后才能显示某个视图，此时要经过转换，封装为新的视图层实体）；
V视图：View；
C控制器：控制器，胶水代码，接收View的事件，触发数据层事件请求，业务逻辑处理，代码对应类为ViewController（VC）或Activity。

代码之间包含关系：
包含关系（直接调用方法）：C控制器 包含 V视图；C控制器 包含 M模型
反向回调关系（没有应用，间接调用）：V视图发送消息（触摸事件等）给C控制器；M模型 回调（异步网络请求完毕） C控制器

流程：（->方法调用 -->回调）
button点击事件的触发：View --> VC
获取用户信息事件的触发：VC →Model
异步用户数据完成：Model --> VC
绑定用户信息到View：VC →View

总结:
具有一定的分层，model彻底解耦，controller和view并没有解耦
层与层之间的交互尽量使用回调或者去使用消息机制去完成，尽量避免直接持有
controller和view在android中无法做到彻底分离，但在代码逻辑层面一定要分清
业务逻辑被放置在model层，能够更好的复用和修改增加业务

问题：
1、model彻底解耦，但controller和view并没有解耦，界面刷新应该放在View层还是Controller中，不明确。
一般，简单界面，controller中直接包含了View；复杂界面，生成View类。加剧了View和Controller的界限混乱。
2、Controller中包含事件传递，回调处理，业务逻辑，导致Controller臃肿。
为解决MVC的问题，导致MVP模式产生。

二、MVP

M模型：数据层
V视图：View和ViewController（VC）或Activity
Persenter：比MVC模式，抽象出Persenter类，用于处理业务逻辑控制器，胶水代码（链接M和V）

代码之间包含关系：
包含关系（直接调用方法）：VC 包含 View；VC 包含 Persenter；Persenter 包含 M模型
反向回调关系（没有应用，间接调用）：V视图发送消息（触摸事件等）给VC；Persenter 回调 VC；M模型 回调（异步网络请求完毕）Persenter

流程：（->方法调用 -->回调）
button点击事件的触发：View-->VC
获取用户信息事件的触发：VC-> Persenter
Persenter传递事件：Persenter-> Model
异步用户数据完成：Model--> Persenter
Persenter回传：Persenter->VC
绑定用户信息到View：VC→View
解析：接收触摸事件；然后触发persenter方法，persenter触发model层方法，如果是异步（网络请求），事件处理完毕，再通过回调层层上传数据，（persenter可能会要封装网络model为视图要显示model的转换），最后vc接收到视图用的数据（可能经过persenter转换的数据），显示或刷新数据）

总结：
把VC划分到View层，解决VC责任不清晰问题，VC用于刷新视图、接收触摸事件

问题：
1、业务复杂时，回调复杂，不易维护（mvvm可以解决）
2、persenter也会臃肿，因为维护正向的方法调用，还要维护反向的回调（mvvm可以解决反向回调）
为解决上述回调问题，产生了MVVM模式。

三、MVVM

主要区别于MVP是视图和视图数据双向绑定。将Persenter改为ViewModel。

ViewModel ：
1、处理业务逻辑，胶水代码（同Persenter）；
2、创建关联，将model和view绑定起来,如此之后，我们model的更改，通过viewmodel反馈给view,从而自动刷新界面。（不用再有回调了）具体使用监听，完成此功能。

好处：解决了mvp的回调问题

问题：
有问题不好排查，因为是双向绑定，可能是view的问题，也可能是viewmodel中业务的问题

四、几种模式如何选择

1，简单项目，都可以；
2、展示数据，交互多：MVVM；
3、业务型，交互不多：MVP，MVVM。

参考：https://blog.csdn.net/singwhatiwanna/article/details/80904132