前言

按自己的理解，画了简图

图上可以看出：

1，MVP, MVVM 相对于 MVC ， 其业务处理的部分（C, P, VM）不再依赖 V层 ， 方便进行单元测试。

2，MVVM 与 MVP 的区别则在于不再通过 IView 接口更新 V 层。另外，个人觉得 MVVM 是数据驱动。

而 MVP是数据被动。这是由于MVVM 采用双向binding模式，数据的改变会主动更新到V层。

MVVM

配置之类略过。这里讲讲这两三天的整理。

项目基于1.1.1版本的 lifecycle 框架

api’android.arch.lifecycle:extensions:1.1.1′

kapt’com.android.databinding:compiler:3.1.2′

kapt’android.arch.lifecycle:compiler:1.1.1′

1，在做双向绑定之前，准备好 VM

注：继承 ViewModel，并将需要用于V层绑定数据定义成 MutableLiveData 对象。

2，准备好 V

注：

    1，根标签需修改为 <layout>，lifecycle library 会根据 xml 的名字自动生成布局binding类，比如布局名字为 test.xml， 生成的binding类则是 TestBinding 类。

    2，通过 data 标签引入 VM。接着就可以在控件关联 VM 里的 MutableLiveData 对象。图中是 VM 类里定义的 tips 属性。

3， MVVM 架构的关键，V, VM 之间的双向绑定。

注：

1，TestBinding 类的 testVm 属性是根据 test.xml 的 data 标签里自定义的 variable name 自动生成的。

2，绑定 VM 时，需传入 VM 的类型。如图 TestVM::class.java。

至此，MVVM 的例子就完成了。

完了 ？？

实际项目，Activity 多如牛毛。每个都这步骤，这流程，太不科学了。

按照上述流程整理一下

1，VM – BaseViewModel

注：

    1，没什么特别的。主要是引入BaseViewEvent 的概念。由于 MVVM 是可以绑定控件事件的。但是又不想过度的污染 VM 类，所以单独抽出 BaseViewEvent 来放置各种事件。

    2，采用反射自动创建 BaseViewEvent 对象。

2，VM – BaseViewEvent

注：主要定义了两个属性 context 与 上层的 BaseViewModel。 这里互相引用。有点恶心。暂时没想到好办法。属性的主要作用参考注释。

3，V

    V没什么整理，还是原来的V

4，BaseVMActivity – V, VM 之间的双向绑定。

注：

    1，由于 自动生成布局binding类是基于 ViewDataBinding 派生的。所以以泛型的形式 T : ViewDataBinding 传入。

    2，Binding类有了，想在基类 BaseVMActivity 统一绑定 VM。 所以再以泛型的形式 K : BaseViewModel

传入。

    3，initReflect 方法里，获取泛型的类型后生成 VM 对象。

    4，initReflect 方法里，通过反射找到根据 xml自动生成的binding类，再将 VM 对象设置到 xml 自定义的 variable name 里完成双向绑定。

调整之后，再看看