今天深海将给大家分享一下个人对现有Android架构的分析和总结；
Android 架构设计(二)：分包和文件结构_赵星海的博客-CSDN博客
Android 架构设计(三)：三方框架推荐 //敬请期待
Android 架构设计(四)：组件化？ //敬请期待
现有Android主流设计模式有哪些？
1：无架构
- 很多人把无架构定为MVC ，这边深海要纠正一下，无架构 != MVC
2：MVC
- Model - 数据模型/数据来源。
- View - 视图（Activity/Fragment/View）。
- Controller - Controller通常为单例模式存在，View与Controller相互持有，View与Controller都持有Model。View触发事件时通过Controller处理逻辑后改变Model，或Controller 监听到数据改变后改变View展示。
我这边就直接拿网图了啊，不过网图画的不对，我这边纠正了一下，View与Controller是相互持有，因为View需要持有Controller才可以调用其方法，而Controller必须持有View才可以改变它，Model没有持有View的必要。 这个网图的原作者可能对与MVC的理解和深海有所不同。
优点：
简单，类少，文件少，很小的项目或者很大的项目都可以用。
缺点：
业务越复杂，越乱，文件少意味着文件个头大。
适合小项目或者逻辑不是太复杂的大项目， 自从MVP兴起后使用率逐渐变低，从MVVM兴起后几乎绝迹，MVC大多看到的是老项目的影子。或者很小的项目和独立开发的项目。
3：MVP
- Model - 数据模型/数据来源。
- View - 视图（Activity/Fragment/View）。
- Presenter - 作为隔离联系人，View触发事件时调用Presenter方法，由Presenter完成后续逻辑后改变Model并改变View。
与MVC的核心区别：
- View和Model禁止直接通信。
- Presenter通常面向界面与界面成一对一的关系，而Controller通常面向业务，服务于一个业务下的所有界面。
优点是职责清晰，接藕。缺点是接口多，文件多，代码多。
至今都被人认为是Android最主流的架构设计模式，但是MVVM出现后很大一部分的新项目都采用了MVVM的结构，且比率还在不断提高。
4：MVVM
使用举例：Android MVVM最简易举例（ViewModel&LiveData）_赵星海的博客-CSDN博客_android mvvm
数据驱动为核心。ViewModel作为View的数据映射，View的所有数据均来自ViewModel。View改变时调用ViewModel的方法处理逻辑并改变其数据。同时View通过DataBinding或者LiveDate监听数据的改变，由此改变View的展现。
各自职责：
- ViewModel: 负责保存数据，处理逻辑&改动数据。
- View：负责三件事：1.展示数据2.监听ViewModel的数据改变由此改变自身展示；3.触发事件后直接改变ViewModel数据，或调用ViewModel方法，由ViewModel处理逻辑后改变数据。
- Model：通常指接口返回数据的数据模型和本地存储数据模型，不包含View的数据模型，因为View已经有了自己的专用数据模型，那就是ViewModel 。
这个图我自己画一下，因为网图不够明确。
与MVP的区别：
- ViewModel不持有View 而Presenter持有View。
- MVVM为数据驱动 MVP为事件驱动。
- ViewModel为数据驱动 而Presenter为事件驱动。
优点：
逻辑清晰，代码文件也少
缺点（大多是Databinding的缺点）:
- 数据绑定增加Bug调试难度。
- 对于复杂的页面，model也会很大，虽然使用方便了也很容易保证了数据的一致性，但长期持有，不利于释放内存。
- 数据双向绑定不利于View重用。
深海个人不推荐使用Databinding， 推荐使用LiveData+Kotlin布局引入插件。
深海认为 布局文件应该保证其简单性和职责单一性！