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之间通信