Android—MVC、MVP、MVVM

MVC：

视图（View）：用户界面。
控制器（Controller）：业务逻辑
模型（Model）：数据保存

View 传送指令到 Controller
Controller 完成业务逻辑后，要求 Model 改变状态
Model 将新的数据发送到 View，用户得到反馈

操作方式：用户操作View或Controller

缺点：View与Model之间存在关系，Activity既是View也是Controller，代码量大。

MVP：

Controller改为Presenter

各部分之间的通信，都是双向的。
View 与 Model 不发生联系，都通过 Presenter 传递。
View 代码少，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter代码多，所有逻辑都部署在那里。

MVVM：

Presenter改为ViewModel

采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。用到了检查者模式。

优点：

低耦合：View和Model不相互联系

可重用性：你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑

Android的ViewModel的生命周期贯穿整个应用。

ViewModel：

可以提供和管理UI界面数据。(将加载数据与数据恢复从 Activity or Fragment中解耦)
可感知生命周期的组件。
不会因配置改变而销毁。
可以配合 LiveData 使用。
多个 Fragment 可以共享同一 ViewModel。

LiveData：

LiveData是一个在线程间传递数据的容器。当后台线程得到数据后，通过setValue()、postValue()方法投递数据。其他线程通过getValue()得到数据。

setValue()只能在主线程中调用，postValue()可以在任何线程中调用。

LiveData具有保证UI和状态一致、避免内存泄漏、避免手动管理生命周期等优点。

在调用observe()时，第一个参数是LifecycleOwner，第二个参数是Observer。LiveData建立一个LifecyleBoundObserver对象，将这两个参数绑定到一起，来接收Lifecycle的生命周期更新和LiveData的数据更新。LifecycleBoundObserver是一个的内部类，它持有了LiveData引用。当生命周期发生变化（LifecycleRegistry.handleLifecyleEvent）时，LifecycleBoundObserver调用LiveData的dispatchingValue()方法，获取最新数据。

LiveData的特点：

采用观察者模式，数据发生改变，可以自动回调（比如更新UI）。
不需要手动处理生命周期，不会因为Activity的销毁重建而丢失数据。
不会出现内存泄漏。
不需要手动取消订阅，Activity在非活跃状态下（pause、stop、destroy之后）不会收到数据更新信息。

ViewModel+LiveData 实现Fragment之间通信