三种软件架构的框架（设计的典范）各自有什么特点？有什么区别？
一、MVC
1.组成及作用
- Model：模型（提供并处理数据）
- View：视图（渲染界面，数据可视化）
- Controller：控制器（MV的连接器，负责用户交互，控制程序流程和业务逻辑的处理）
2.工作原理
当用户触发事件的时候，view层发送指令到controller层，接着controller去通知model层更新数据，model层更新完数据以后直接显示在view层上
发送指令
通知更新数据
显示
View
Controller
Model
android中对应：
Model(网络请求、JavaBean类)-View(xml文件)-Controller(activity、fragment)
缺点： 中小型项目不适用
- xml作为view层，控制能力太弱了。此时Activity既是Controller又是View，代码量太多。View和Model耦合度太高，不易于维护。
二、MVP
1.组成及作用
- Model：模型（提供数据）
- View：视图（数据可视化）
- Presenter/Controller：控制器、提出者（处理数据、负责用户交互）
2.工作原理
当用户触发事件的时候，View通过接口将事件传递给Presenter处理，Presenter处理完再通过接口把数据交给Model。
传递事件
请求&提交数据
View
Presenter
Model
android对应:
Model(JavaBean类)-View(xml文件、activity、fragment)-Presenter/Controller(单独类：逻辑处理几网络请求)
Presenter作为Model和View的桥梁，MV解耦了。
View与Presenter通信是接口实现的，我们的activity，fragment去实现实现定义好的接口，而在对应的Presenter中通过接口调用方法。
优点：
- View层和Model层完全分离，只负责自己的活。
缺点： 中小型项目不适用
- View与Presenter耦合度较高，View变更了，Presenter也要变更。
- 逻辑很复杂的页面，你的接口多时维护接口的成本就会非常的大。可以抽取公共逻辑定义成基类。
三、MVVM
ps：AS中有快捷生成方式，需要导入一个jar。
重点在于实现了“VM数据模型与View数据通过Binder双向数据绑定”，Model和ViewModel之间的交互是双向的，因此View视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View视图上。
<双向 通过Binder
View
ViewModel
Model
页面数据需要更新时不用再调用setText了。只要string这个变量一更新，Textview就会自动显示更新后的值，这就是数据绑定。
android对应:
Model(…)-View(…)-ViewModel(…)
优点：
- 低耦合，View可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
- 可重用性，可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
- 可测试 ，测试可以针对ViewModel来写。
…未完，明天更一下实例
参考文档：
https://blog.csdn.net/chaoshenzhaoxichao/article/details/79871145
https://blog.csdn.net/qq_41872247/article/details/102981466
https://blog.csdn.net/victoryzn/article/details/78392128
https://yuzhiqiang.blog.csdn.net/article/details/79082234
|