近来工作任务不重，但是作为一个正在努力追赶平均水平的开发者[笑]，必须不停的提升自己，下面就来掰一掰安卓中的开发模式使用，后面会介绍 MVP+DataBinding 的用法。
提起安卓中的开发模式，比较大众的就是MVC \ MVP \ MVVM 三种了，下面简单分析一下三种模式的优缺点。
MVC:
Model, View, Controller，是软件架构中一种常用的开发模式，我们先看一下安卓中的mvc架构：
（百度图，侵删）
其中，Activity，Fragment 对应Controller层，xml布局文件对应View层，单独封装的网络请求、数据库操作对应Model层。
看起来貌似结构清晰，但问题是，xml布局的灵活性实在是太弱，基本只能等同于一个Html死页面，而无法像jsp那样灵活的给控件赋值、动态更改布局等操作，于是我们必须在Activity中操作View，这就造成了Controller和View间极强的耦合性，而且造成Controller层代码过于繁杂，不利于后期维护
MVP:
Model, View, Presenter，由MVC演化而来，结构如下：
（百度图，侵删）
在MVP中，Activity，Fragment 变成了单纯的View层，其中不再有繁杂的逻辑处理，所有的运算和数据的获取委托给Presenter，由Presenter处理完成后再回调View层更新视图，这样一来，View和Model做到了完全隔离，不再相互可知。实际开发中，View和Presenter要做到完全接口化，将需要调用的方法抽象出来，这样View和Presenter的通信通过接口相互调用，也实现了View和Presenter的松耦合，易于后期管理维护。
MVVM：
Model, View, ViewModel， MVP进一步引申，不再通过接口联系View和Presenter，而是将View和ViewModel做了一对一绑定，结构如下：
（百度图，侵删）
View的变化会自动同步到ViewModel中，ViewModel属性的变化也会同时刷新绑定的View状态，（一般通过DataBinding实现）
其中，ViewModel只关心数据和业务逻辑，不再需要操作UI，只要修改数据，便同步更新了UI，极大简化了开发逻辑。同时因为ViewModel中不需要引用和操作控件，降低了View和ViewModel层间的耦合性，维护和测试的成本都可以降低很多。
但实际应用场景中，不只是 定义布局 ->给控件赋值展示数据； 这种简单逻辑，如果涉及到复杂的动态布局，如各种动画效果、实时更改的相对位置等操作，MVVM模式又存在很多限制。
说了这一大堆，陈独秀同学站了出来：你写的这一坨什么东西？完全没有实例，看了也没用啊，还是不知道怎么写！
同学请你坐下，下回书将详细说到，如何使用MVP配合DataBinding开发安卓。拜了个拜........
