Android 设计模式

MVP

M model

具体的业务逻辑处理的实现，处理应用的各种数据，比较复杂的需要实现interface来松耦合。

V view

主要负责显示，和用户进行交互，UI处理的逻辑都在这里处理，也可以处理一些简单的数据校验逻辑。

P persenter

处理各种逻辑的分发，控制UI的显示和隐藏、把数据交给model层做具体的业务逻辑操作，并处理返回的结果

MVP优点：

1. 降低耦合度
2. 模块划分明显，层次分明
3. 方便测试
4. 代码比较灵活

缺点：

1. 几乎所有的逻辑都在presenter层处理，presenter比较臃肿，维护困难
2. UI的控制放在P层，presenter和View层耦合度比较高
3. 额外的增加了很多代码，增加代码复杂度和学习成本

MVC

M model

适合做一些业务逻辑处理，比如数据库存取操作，网络操作，复杂的算法，耗时的任务等都在model层处理。

V view

显示数据，xml可以视为V层，显示M层的数据

C controller

桥梁作用，来控制V层和M层通信以此来达到分离视图显示和业务逻辑层。Android中Activity充当C层

MVC优点：

1. 代码耦合性比较低
2. 增加可扩展性
3. 模块职责划分比较明确

缺点：

1. 由于V和C层的逻辑都在Activity中，所以ACtivity的代码量比较大，后期维护比较困难
2. 增加额外的一些代码，不适合中小型项目。

MVVM

是通过DataBinding框架来实现数据和View绑定的一种模式，通过DataBinding可以实现单向和双向绑定，实现UI和数据之间的动态监听和动态更新。

优点：

1. 数据驱动
2. 低耦合
3. 自动更新UI
4. 可复用性
5. 单元测试

缺点：

1. 双向绑定，不利于view的复用
2. 出现bug比较难定位
3. 理解起来比较难，需要时间学习