欢迎Follow我的GitHub, 关注我的简书, 博客目录.

MVVM(Model-View-ViewModel)与MVP比较相似, 都是分离页面逻辑与业务逻辑. View相同, 不同的是ViewModel与Presenter. Presenter从UI中抽象出View的事件逻辑; ViewModel为事件驱动页面提供数据流.

三个架构的分析均已完成, 参考MVC, MVP, MVVM.

---

MVVM架构

MVVM包含三个模块, Model, View, ViewModel.

• Model: 即DataModel, 抽象数据源, ViewModel从Model中读取或存储数据.
• View: 当用户触发响应事件时, 通知ViewModel, 展示提供的数据.
• ViewModel: 提供View显示的数据流.

MVVM

MVVM与MVP相似, 目标都是分离UI与业务逻辑.

1. Presenter与View强绑定, 为View提供展示数据, 是一对一关系;
2. ViewModel提供数据流, 供View弱绑定, 是一对多关系.
3. Presenter与View相互引用; ViewModel独立于View, View绑定ViewModel引用.
4. View与ViewModel, 类似于消费者知道生产者, 而生产者只提供数据, 并不关心谁消费.

Model

Model, 即DataModel, 通过事件流提供多种数据源, 如网络数据, 数据库, 首选项(Shared Preferences)等, 负责全部的业务逻辑. Model提供泛化数据的接口, 确保业务逻辑独立完整, 被不同页面共享与使用, 为ViewModel提供数据.

ViewModel

ViewModel提供数据更倾向于View, 从Model中获取必要的数据, 在封装UI逻辑后, 供给不同View展示. ViewModel有两点需要注意:

1. ViewModel为View提供完整状态的数据. 如医生姓名与医生科室, 当需要展示"医生姓名+医生科室"时, 应该提供拼接后的数据, 而不是单独数据, 当其中一个修改时, 通过全部修改全部展示, 保证View数据最新.
2. View把用户事件都交给ViewModel处理, 不保留任何UI逻辑.

View

View负责展示数据, 如Activity或Fragment. 在onResume绑定ViewModel, 在onPause解绑. 更新逻辑, 在ViewModel中处理, View仅负责展示数据.

private final Subscription mSubscription = new Subscription();
@Override
public void onResume() {
    super.onResume();
    mSubscription.add(mViewModel.getData()
                     .observeOn(AndroidSchedulers.mainThread())
                     .subscribe(this::updateView,
                                this::handleError));
}
@Override
public void onPause() {
    mSubscription.clear();
    super.onPause();
}

如果View属于自定义, 则在构造器中绑定, 在onDetachedFromWindow中解绑.

测试

MVVM重要特性是降低耦合度. Model不含Android类, 只含业务逻辑, 支持单元测试; ViewModel在Model上封装UI逻辑, 不含Android类, 支持单元测试.

ViewModel需绑定Model, 允许自由替换Model数据源. ViewModel绑定Model, 在测试时, 使用Mockito的测试数据替换Model的真实数据.

public class ViewModel {
    private final IDataModel mDataModel;

    public ViewModel(IDataModel dataModel) {
        mDataModel = dataModel;
    }

    public Observable<Data> getData() {
        return mDataModel.getData();
    }
}

优势

MVVM的优势是进一步解耦UI逻辑与业务逻辑. ​

1. View与ViewModel的耦合, 弱于View与Presenter的耦合.
2. View仅是ViewModel的消费者, 当修改UI时, 不修改ViewModel.
3. 根据业务关注点, 创建多个高内聚的View与ViewModel, 允许多个页面共享与替换.
4. 彻底分离UI逻辑, 使用DataBinding分离UI显示与UI逻辑.
5. View与ViewModel一对多, ViewModel与Model多对多.
6. ViewModel和Model与UI界面完全解耦, 进一步提高可测试性.

---

MVVM, 与MVP类似, 也是非常优秀的架构模式, 在开发中, 使用架构比无序开发, 可以极大地提高项目的稳定性与可测性.

OK, that's all! Enjoy it!