MVC、MVP、MVVM简介;Android应该如何使用MVVM

背景

目前,android流行的MVC、MVP模式的开发框架很多,然而一款基于MVVM模式开发的项目并不多。我们从当前的技术现状出发,分析下如何使用MVVM。

Android框架的发展史

一、MVC模式
MVC、MVP、MVVM简介;Android应该如何使用MVVM_第1张图片
1、简介
MVC(Model View Controller)一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码。使用MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。
2、各层职责
Model是应用程序中用于处理应用程序数据请求的部分。
  负责在数据库、网络中存取数据。并通知View结果。
View是应用程序中处理数据显示的部分。
Controller是应用程序中处理用户交互的部分。
  负责从视图获取数据、用户操作,内部处理业务逻辑,并向Model发送数据请求。
3、优缺点
MVC模式的需求能解决频繁的业务逻辑变更,该模型在业务逻辑变更时只需要变动Controller即可。但是针对Android应用程序来讲,Model跟View的耦合一方面导致Mode的复用能力弱,另一方面也Model和View需要协同处理线程切换问题。
二、MVP模式
MVC、MVP、MVVM简介;Android应该如何使用MVVM_第2张图片
1、简介
MVP(Model-View-Presenter)是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示。
2、优缺点
MVP与MVC有着一个重大的区别:在MVP中View跟Model毫无关联,它们之间的通信是通过Presenter来进行的,所有的交互都发生在Presenter内部,实现了Model和View真正的完全分离。目前这个模式大部分Android程序都在使用。
三、MVVM模式
MVC、MVP、MVVM简介;Android应该如何使用MVVM_第3张图片
1、简介
MVVM(Model-View-ViewModel)ViewModel负责逻辑的处理并且向View提供数据,Model提供数据获取,View负责显示。
2、优缺点
根据流程图可以发现其实ViewModel就是Presenter。但是为什么称之为MVVM呢?个人认为MVVM是集成了数据绑定框架的MVP。在Android项目中,MVVM基于新技术能有效的解决内存泄漏,空指针等问题。

MVVM的简单使用

public class MyViewModel extends ViewModel {
    private MutableLiveData<List<User>> users;
    public LiveData<List<User>> getUsers() {
        if (users == null) {
            users = new MutableLiveData<List<User>>();
            loadUsers();
        }
        return users;
    }

    private void loadUsers() {
        // Do an asynchronous operation to fetch users.
        new Thread(new Runnable() {
            @Override
            public void run() {
                users.postValue(new Model().loadUsers());
            }
        }).start();
    }
}
public class MyActivity extends AppCompatActivity {
    public void onCreate(Bundle savedInstanceState) {
        // Create a ViewModel the first time the system calls an activity's onCreate() method.
        // Re-created activities receive the same MyViewModel instance created by the first activity.

        MyViewModel model = new ViewModelProvider(this).get(MyViewModel.class);
        model.getUsers().observe(this, users -> {
            // update UI
        });
    }
}

不需要写接口回调或者实现接口!不需要处理线程切换!不需要处理生命周期取消回调!不会引发内存泄露!
谷歌提供的MVVM框架基础集成了Lifecycle、LiveData、ViewModel,有兴趣的可以看相关文章:
LiveData原理及使用
lifecycle原理及使用
ViewModel原理及使用

谷歌官方还提供了有助于layout和Activity或者Fragment绑定的databinding,摒弃findviewById的使用,避免layoutId导致的空指针:
DatBinding原理及使用

基于MVVM,应该怎么合理的使用现有的各种工具

首先,我们先汇总下一个Android应用,都会有哪几类需要处理的点(这里纯属个人理解):
1、异步任务
现在比较少使用AsyncTask,Handler跟Activity耦合过于严重,推荐使用Rxjava或者Executors。因为LiveData的使用是的异步任务可以专心做异步操作,不需要关心线程调度,所以搞个适合自己项目的线程池足够了。
2、主子线程切换
比较常用的Handler,rxJava等,都可以摒弃,LiveData一步到位,还没有内存泄露。
3、生命周期管理
基于MVP模式的应用,大部分自己封装了Activity和Presenter的生命周期关联,或者当数据回调到主线程时使用各种判断,很麻烦,一不小心就漏掉了。Lifecycle很香,一步到位。
3、网络请求框架
这里不用由于,基于Okhttp的网络框架,放心使用。Volley,UrlConnection等,除非特殊需求,不建议使用。
4、进程间通信
常用的AIDL方式,但是这个方式的弊端就是需要aidl文件共享。这里可以试ContentProvider.call()方法,call方法内部你可以请求数据库,请求网络,很easy。
5、扩展UI处理
Databinding

你可能感兴趣的:(Android)