备战面试：MVVM应用架构模式

MVVM 模式，即指 Model-View-ViewModel。它将 View 的状态和行为完全抽象化，把逻辑与界面的控制完全交给 ViewModel 处理。如下图：

MVVM 由下面三层组成：

• View：主要进行视图控件的一些初始设置，不应该有任何的数据逻辑操作。
• Model：定义实体类，以及获取业务数据模型，比如通过数据库或者网络来操作数据等。
• ViewModel：作为连接 View 与 Model 的中间桥梁，ViewModel 与 Model 直接交互，处理完业务逻辑后，通过 DataBinding 将数据变化反应到用户界面上。

优点

1. 低耦合度
   在 MVVM 模式中，数据处理逻辑是独立于 UI 层的。ViewModel 只负责提供数据和处理数据，不会持有 View 层的引用。而 View 层只负责对数据变化的监听，不会处理任何跟数据相关的逻辑。在 View 层的 UI 发生变化时，也不需要像 MVP 模式那样，修改对应接口和方法实现，一般情况下ViewModel 不需要做太多的改动。
2. 数据驱动
   MVVM 模式的另外一个特点就是数据驱动。UI 的展现是依赖于数据的，数据的变化会自然的引发 UI 的变化，而 UI 的改变也会使数据 Model 进行对应的更新。ViewModel 只需要处理数据，而 View 层只需要监听并使用数据进行 UI 更新。
3. 异步线程更新 Model
   Model 数据可以在异步线程中发生变化，此时调用者不需要做额外的处理，数据绑定框架会将异步线程中数据的变化通知到 UI 线程中交给 View 去更新。
4. 方便协作
   View 层和逻辑层几乎没有耦合，在团队协作的过程中，可以一个人负责 UI，一个人负责数据处理。并行开发，保证开发进度。
5. 易于单元测试
   MVVM 模式比较易于进行单元测试。ViewModel 层只负责处理数据，在进行单元测试时，测试不需要构造一个 fragment/Activity/TextView 等等来进行数据层的测试。同理 View 层也一样，只需要输入指定格式的数据即可进行测试，而且两者相互独立，不会互相影响。
6. 数据复用
   ViewModel 层对数据的获取和处理逻辑，尤其是使用 Repository 模式时，获取数据的逻辑完全是可以复用的。开发者可以在不同的模块，多次方便的获取同一份来源的数据。同样的一份数据，在版本功能迭代时，逻辑层不需要改变，只需要改变 View 层即可。

DataBinding

在使用 MVVM 模式之前，我们必须了解 DataBinding。

简介

首先要明确一个 DataBinding 与 MVVM 之间的关系 ↓
MVVM 是一种思想，一种架构模式，而 DataBinding 是谷歌推出的方便实现 MVVM 的工具。
在 DataBinding 库之前，我们经常会写一些重复性很高而且毫无营养的代码，比如：findViewById()、setText()、setOnClickListener() 等。直到2015谷歌 I/O大会推出了 DataBinding，一个实现视图和数据双向绑定的工具。使用 DataBinding 库以后，可以使用声明式布局文件来减少粘结业务逻辑和布局文件的胶水代码，有利于开发者更方便地实现 MVVM 模式。

环境配置

在 Module:app 的 build.gradle 文件添加如下代码：

android {
    // ...
    dataBinding {
        enabled = true
    }
}

使用方法

使用 DataBinding 的布局文件和普通的布局文件有点不同，DataBinding 布局文件的根标签是 layout 标签，layout 里面有一个 data 元素和 View 元素，这个 View 元素就是我们没使用DataBinding时候的布局文件。

优点

1. 再也不需要编写 findViewById
2. 更新 UI 数据时不需再切换至 UI 线程