- 更新中......
本人懒惰，文章不会一次写全，所以的话，关注不迷路。
虽然垃圾，但是一直在坚持写博客的目前在做Android开发的毕业生。
本人喜欢把参考文档写在前面。
本人喜欢用代码去讲述技术。
概述
对于 Android 中的UI层对应的是 Activity 、Fragment 和各种 View，除了 Activity 稍微复杂了一点，其他的基本都可以使用 XML 和代码两种形式表示，他们都是传统意义上的 View 层。
因为 View 层执行复杂耗时的逻辑代码的时候，就会造成控制当前对象的线程卡顿，导致不能及时的绘制界面到显示屏上，所以就造成了 UI 的卡顿。
通常我们会让那些比较耗时的操作移动到另外一个线程之内进行运行。然后通过线程通信来传递数据。这样就能够让我们的 UI 层的代码更少，更加的简单，逻辑单一。
但是，通常我们的界面上的数据不会立即更新，所以我们需要将改变后的数据进行重新赋值到界面上，这样的话，我们所修改的数据就会立即显示到界面上。这才是我们要的效果。所以我们这个时候有了两层的逻辑，UI -> Model。
这个时候，我们的 Model 层的逻辑是非常复杂的，我们需要在 Model 层上查数据，而且要对数据进行处理，然后 UI 层的所有操作都要在 Model 层上执行。所以我们想出了更好的办法 UI-> Controller -> Model -> UI（和第一个UI相同） (暂时无图，大家自行想象），可以理解为这就是一次逻辑的执行，比如按下查询按钮，从数据库中查询数据，然后显示到界面上。
通常这样的话，我们觉得不太好，因为在设计模式中告诉我们，软件设计要符合最少知道原则，但显然我们的程序并不符合要求。因为我们的 UI 层竟然越过了 Controller 层对Model层进行了操作。
这个时候，为了让我们的 UI 层从 Model 层分离，我们使用双向连接， UI <--> Controller <--> Model 这样子，我们的数据通过 Controller 层到达 UI层，在用户没有想要保存的时候，我们可以先在 Controller 层进行修改了之后，再通知 Model 层进行数据持久化。
随着软件的不断迭代，我们的软件越来越庞大。开发的人数也不断上升，分工明确，有人开发 UI，有人处理 Controller 逻辑，有人专门处理数据持久化。这个时候我们遇到了一个让人头痛的大问题，我们的软件在开发的时候，因为 UI 层和 Controller 的耦合，我们的 UI 开发了 UI 之后，Controller 层的开发需要先看懂我们 UI 开发的代码之后，然后在次基础上进行开发。
显然这样的分工不是我们想要的，我们想要一种协议，来让 UI 和 Controller 层的开发都满意，这就是 ViewModel，我们的 UI 只需要将界面上的对应位置的元素的数据参数声明成对应的 KEY，我们的 ViewModel 会找到位置，然后填充数据到我们的界面上。或者说，我们 UI 会根据 KEY 去查到 ViewModel 中的数据。
当然，不能只有数据的传输，我们还需要命令的传输，这个时候就用到了我们的命令模式（不了解命令模式的去补一补，这里有时间我再补充），一招借刀杀人。完美解决了我们的问题。
但我们似乎忘记了什么东西。一种常见的工具没有用过，就是 EventBus。
我们想象一下，如果一个 ViewModel 中包含一个、一层的 ViewMoel。这个好解决，但是当我们的 ViewModel 包含多个子 ViewModel 或者子代的 ViewModel。这样我们的命令和数据传递都会面临很大的困难，我们可以通过多次回调的方式解决，但是那样的代码，真的就是只有天知道了。
ViewModel ViewModel
/ / \
ViewModel ViewModel ViewModel
\
ViewModel
所以我们使用 EventBus 来传递数据，传递事件。当然，如果你做的高级一点，甚至可以使用 EventBus 来做一个事件路由。
MVVM
对于MVVM模式，有一个不得不提的规范，就是所有的操作都是对数据的操作，所有的数据都会通过绑定在ViewModel中，实现页面与数据的解耦合，这样做的好处就是让我们的数据和页面操作的代码不再耦合在一起，我们从此不会在页面上处理数据。这样让我们页面上的代码大大简化。
参考文档
阮一峰关于MVC MVP、MVVM介绍的博客
https://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html
