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

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

一、MVC模式

1、简介
MVC（Model View Controller）一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
2、各层职责
Model是应用程序中用于处理应用程序数据请求的部分。
　　负责在数据库、网络中存取数据。并通知View结果。
View是应用程序中处理数据显示的部分。
Controller是应用程序中处理用户交互的部分。
　　负责从视图获取数据、用户操作，内部处理业务逻辑，并向Model发送数据请求。
3、优缺点
MVC模式的需求能解决频繁的业务逻辑变更，该模型在业务逻辑变更时只需要变动Controller即可。但是针对Android应用程序来讲，Model跟View的耦合一方面导致Mode的复用能力弱，另一方面也Model和View需要协同处理线程切换问题。
二、MVP模式

1、简介
MVP（Model-View-Presenter）是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。
2、优缺点
MVP与MVC有着一个重大的区别：在MVP中View跟Model毫无关联，它们之间的通信是通过Presenter来进行的，所有的交互都发生在Presenter内部，实现了Model和View真正的完全分离。目前这个模式大部分Android程序都在使用。
三、MVVM模式

1、简介
MVVM（Model-View-ViewModel）ViewModel负责逻辑的处理并且向View提供数据，Model提供数据获取，View负责显示。
2、优缺点
根据流程图可以发现其实ViewModel就是Presenter。但是为什么称之为MVVM呢？个人认为MVVM是集成了数据绑定框架的MVP。在Android项目中，MVVM基于新技术能有效的解决内存泄漏，空指针等问题。

public class MyViewModel extends ViewModel {
    private MutableLiveData<List> users;
    public LiveData<List> getUsers() {
        if (users == null) {
            users = new MutableLiveData<List>();
            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原理及使用

首先，我们先汇总下一个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