认清MVC，MVP和MVVM

今天看了这篇文章，收益颇多。自己整理一下学习笔记。
http://mp.weixin.qq.com/s?__biz=MzA3MDMyMjkzNg==&mid=2652261695&idx=1&sn=ab5fc0468b9bbd6a7777830981a61356&scene=4#wechat_redirect
1.初步介绍
MVC
MVC，Model View Controller，是软件架构中最常见的一种框架，简单来说就是通过controller的控制去操作model层的数据，并且返回给view层展示，具体见下图
当用户出发事件的时候，view层会发送指令到controller层，接着controller去通知model层更新数据，model层更新完数据以后直接显示在view层上，这就是MVC的工作原理。
对于原生的Android项目来说，layout.xml里面的xml文件就对应于MVC的view层，里面都是一些view的布局代码，而各种java bean，还有一些类似repository类就对应于model层，至于controller层嘛，当然就是各种activity咯。
MVC的问题就在于xml作为view层，控制能力实在太弱了，你想去动态的改变一个页面的背景，或者动态的隐藏/显示一个按钮，这些都没办法在xml中做，只能把代码写在activity中，造成了activity既是controller层，又是view层的这样一个窘境。
MVC还有一个重要的缺陷，大家看上面那幅图，view层和model层是相互可知的，这意味着两层之间存在耦合，耦合对于一个大型程序来说是非常致命的。
MVP
MVP作为MVC的演化，解决了MVC不少的缺点，对于Android来说，MVP的model层相对于MVC是一样的，而activity和fragment不再是controller层，而是纯粹的view层，所有关于用户事件的转发全部交由presenter层处理。下面还是让我们看图
从图中就可以看出，最明显的差别就是view层和model层不再相互可知，完全的解耦，取而代之的presenter层充当了桥梁的作用，用于操作view层发出的事件传递到presenter层中，presenter层去操作model层，并且将数据返回给view层，整个过程中view层和model层完全没有联系。
MVVM

从图中看出，它和MVP的区别貌似不大，只不过是presenter层换成了viewmodel层，还有一点就是view层和viewmodel层是相互绑定的关系，这意味着当你更新viewmodel层的数据的时候，view层会相应的变动ui。
2.结合代码体会
题目：用户点击一个按钮A，获取github上对应公司对应仓库中贡献排行第一的任的名字，然后我们还会有一个按钮B，用户点击按钮B，界面上排行第一的那个人的名字就会换成自己的。
MVC
首先看对应view层的xml文件

<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="match_parent"    android:id="@+id/container"    android:orientation="vertical"    tools:context=".ui.view.MainActivity"    android:fitsSystemWindows="true">    <Button        android:text="get"        android:layout_width="match_parent"        android:layout_height="wrap_content"        android:onClick="get"/>    <Button        android:text="change"        android:layout_width="match_parent"        android:layout_height="wrap_content"        android:onClick="change"/>    <TextView        android:id="@+id/top_contributor"        android:layout_width="match_parent"        android:layout_height="match_parent"        android:gravity="center"        android:textSize="30sp"/></LinearLayout>

很简单，两个Button一个TextView

接着看对应controller层的activity

public class MainActivity extends AppCompatActivity {    private ProcessDialog dialog;    private Contributor contributor = new Contributor();    private TextView topContributor;    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {        @Override        public void onStart() {            showProgress();        }        @Override        public void onCompleted() {        }        @Override        public void onError(Throwable e) {        }        @Override        public void onNext(Contributor contributor) {            MainActivity.this.contributor = contributor;            topContributor.setText(contributor.login);            dismissProgress();        }    };    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        topContributor = (TextView)findViewById(R.id.top_contributor);    }    public void get(View view){        getTopContributor("square", "retrofit");    }    public void change(View view){        contributor.login = "zjutkz";        topContributor.setText(contributor.login);    }    public void getTopContributor(String owner,String repo){        GitHubApi.getContributors(owner, repo)                .take(1)                .observeOn(AndroidSchedulers.mainThread())                .subscribeOn(Schedulers.newThread())                .map(new Func1<List<Contributor>, Contributor>() {                    @Override                    public Contributor call(List<Contributor> contributors) {                        return contributors.get(0);                    }                })                .subscribe(contributorSub);    }    public void showProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.showMessage("正在加载...");    }   public void dismissProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.dismiss();    }}

get()方法中调用的getTopContributor方法

public void getTopContributor(String owner,String repo){    GitHubApi.getContributors(owner, repo)            .take(1)            .observeOn(AndroidSchedulers.mainThread())            .subscribeOn(Schedulers.newThread())            .map(new Func1<List<Contributor>, Contributor>() {                @Override                public Contributor call(List<Contributor> contributors) {                    return contributors.get(0);                }            })            .subscribe(contributorSub);}

段代码的意思就是去获取github上owner公司中的repo仓库里贡献排名第一的那个人。贡献者是通过Contributor这个java bean存储的。

public class Contributor {    public String login;    public int contributions;  @Override    public String toString() {        return login + ", " + contributions;    }}

login表示贡献者的名字，contributor表示贡献的次数。

然后通过rxjava的subscriber中的onNext()函数得到这个数据。

private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {    @Override    public void onStart() {        showProgress();    }    @Override    public void onCompleted() {    }    @Override    public void onError(Throwable e) {    }    @Override    public void onNext(Contributor contributor) {        MainActivity.this.contributor = contributor;        topContributor.setText(contributor.login);        dismissProgress();    }};

来回顾一遍整个流程。

首先在xml中写好布局代码。

其次，activity作为一个controller，里面的逻辑是监听用户点击按钮并作出相应的操作。比如针对get按钮，做的工作就是调用GithubApi的方法去获取数据。

GithubApi，Contributor等类则表示MVC中的model层，里面是数据和一些具体的逻辑操作。

说完了流程再来看看问题，还记得我们前面说的吗，MVC在Android上的应用，一个具体的问题就是activity的责任过重，既是controller又是view。这里是怎么体现的呢？看了代码大家发现其中有一个progressDialog，在加载数据的时候显示，加载完了以后取消，逻辑其实是view层的逻辑，但是这个我们没办法写到xml里面啊，包括TextView.setTextView()，这个也一样。我们只能把这些逻辑写到activity中，这就造成了activity的臃肿，这个例子可能还好，如果是一个复杂的页面呢？大家自己想象一下。
MVP
首先还是xml

<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="match_parent"    android:id="@+id/container"    android:orientation="vertical"    tools:context=".ui.view.MainActivity"    android:fitsSystemWindows="true">    <Button        android:text="get"        android:layout_width="match_parent"        android:layout_height="wrap_content"        android:onClick="get"/>    <Button        android:text="change"        android:layout_width="match_parent"        android:layout_height="wrap_content"        android:onClick="change"/>    <TextView        android:id="@+id/top_contributor"        android:layout_width="match_parent"        android:layout_height="match_parent"        android:gravity="center"        android:textSize="30sp"/></LinearLayout>

这个和MVC是一样的，毕竟界面的形式是一样的嘛。

接下去，我们看一个接口。

public interface ContributorView extends MvpView {    void onLoadContributorStart();    void onLoadContributorComplete(Contributor topContributor);    void onChangeContributorName(String name);}

这个接口起什么作用呢？还记得我之前说的吗？MVP模式中，view层和presenter层靠的就是接口进行连接，而具体的就是上面的这个了，里面定义的三个方法，第一个是开始获取数据，第二个是获取数据成功，第三个是改名。我们的view层（activity）只要实现这个接口就可以了。
activity的代码

public class MainActivity extends MvpActivity<ContributorView,ContributorPresenter> implements ContributorView {    private ProcessDialog dialog;    private TextView topContributor;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        topContributor = (TextView)findViewById(R.id.top_contributor);    }    @NonNull    @Override    public ContributorPresenter createPresenter() {        return new ContributorPresenter();    }    public void get(View view){        getPresenter().get("square", "retrofit");    }    public void change(View view){        getPresenter().change();    }    @Override    public void onLoadContributorStart() {        showProgress();    }    @Override    public void onLoadContributorComplete(Contributor contributor) {        topContributor.setText(contributor.toString());        dismissProgress();    }    @Override    public void onChangeContributorName(String name) {        topContributor.setText(name);    }    public void showProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.showMessage("正在加载...");    }    public void dismissProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.dismiss();    }}

它继承自MvpActivity，实现了刚才的ContributorView接口。继承的那个MvpActivity大家这里不用太关心主要是做了一些初始化和生命周期的封装。我们只要关心这个activity作为view层，到底是怎么工作的。

public void get(View view){    getPresenter().get("square", "retrofit");}public void change(View view){    getPresenter().change();}

get()和change()这两个方法是我们点击按钮以后执行的，可以看到，里面完完全全没有任何和model层逻辑相关的东西，只是简单的委托给了presenter，那我们再看看presenter层做了什么

public class ContributorPresenter extends MvpBasePresenter<ContributorView> {    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {        @Override        public void onStart() {            ContributorView view = getView();            if(view != null){                view.onLoadContributorStart();            }        }        @Override        public void onCompleted() {        }        @Override        public void onError(Throwable e) {        }        @Override        public void onNext(Contributor topContributor) {            ContributorView view = getView();            if(view != null){                view.onLoadContributorComplete(topContributor);            }        }    };    public void get(String owner,String repo){        GitHubApi.getContributors(owner, repo)                .take(1)                .observeOn(AndroidSchedulers.mainThread())                .subscribeOn(Schedulers.newThread())                .map(new Func1<List<Contributor>, Contributor>() {                    @Override                    public Contributor call(List<Contributor> contributors) {                        return contributors.get(0);                    }                })                .subscribe(contributorSub);    }    public void change(){        ContributorView view = getView();        if(view != null){            view.onChangeContributorName("zjutkz");        }    }}

其实就是把刚才MVC中activity的那部分和model层相关的逻辑抽取了出来，并且在相应的时机调用ContributorView接口对应的方法，而我们的activity是实现了这个接口的，自然会走到对应的方法中。

好了，我们来捋一捋。

首先，和MVC最大的不同，MVP把activity作为了view层，通过代码也可以看到，整个activity没有任何和model层相关的逻辑代码，取而代之的是把代码放到了presenter层中，presenter获取了model层的数据之后，通过接口的形式将view层需要的数据返回给它就OK了。

这样的好处是什么呢？首先，activity的代码逻辑减少了，其次，view层和model层完全解耦，具体来说，如果你需要测试一个http请求是否顺利，你不需要写一个activity，只需要写一个java类，实现对应的接口，presenter获取了数据自然会调用相应的方法，相应的，你也可以自己在presenter中mock数据，分发给view层，用来测试布局是否正确。
MVVM
首先在看这段内容之前，你需要保证你对data binding框架有基础的了解。不了解的同学可以去看下这篇文章。在接下去让我们开始探索MVVM，MVVM最近在Android上可谓十分之火，最主要的原因就是谷歌推出了data binding这个框架，可以轻松的实现MVVM。但是，我在网上查阅关于Android的data binding资料的时候，发现国内有很多人都误解了，首先，我们从一篇错误的文章开始。当然我在这里引用这篇文章也是对事不对人，如果对文章的作者产生了不好的影响我这里说一声抱歉。

上面那篇文章是一个关于data binding的使用，看起来很美好，但是，其中有一个错误可以说是非常，非常，非常严重的。

它竟然说data binding的viewmodel层是binding类，其实不止是这篇文章，其他有一些开发者写的关于data binding的文章里都犯了一样的错误。大家如果也有这样的概念，请务必纠正过来！！

说完了错误的概念，那data binding中真正的viewmodel是什么呢？我们还是以之前MVC，MVP的那个例子做引导。

首先是view层，这没啥好说的，和MVP一样，只不过多了数据绑定。view层就是xml和activity。

<layout xmlns:android="http://schemas.android.com/apk/res/android">    <data>        <variable name="contributor" type="zjutkz.com.mvvm.viewmodel.Contributor"/>    </data>    <LinearLayout        android:layout_width="match_parent"        android:layout_height="match_parent"        android:id="@+id/container"        android:orientation="vertical"        android:fitsSystemWindows="true">        <Button            android:id="@+id/get"            android:text="get"            android:layout_width="match_parent"            android:layout_height="wrap_content"            android:onClick="get"/>        <Button            android:id="@+id/change"            android:text="change"            android:layout_width="match_parent"            android:layout_height="wrap_content"            android:onClick="change"/>        <TextView            android:id="@+id/top_contributor"            android:layout_width="match_parent"            android:layout_height="match_parent"            android:gravity="center"            android:textSize="30sp"            android:text="@{contributor.login}"/>    </LinearLayout></layout>

public class MainActivity extends AppCompatActivity {    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {        @Override        public void onStart() {            showProgress();        }        @Override        public void onCompleted() {        }        @Override        public void onError(Throwable e) {        }        @Override        public void onNext(Contributor contributor) {            binding.setContributor(contributor);            dismissProgress();        }    };    private ProcessDialog dialog;    private MvvmActivityMainBinding binding;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        binding = DataBindingUtil.setContentView(this, R.layout.mvvm_activity_main);    }    public void get(View view){        getContributors("square", "retrofit");    }    public void change(View view){        if(binding.getContributor() != null){            binding.getContributor().setLogin("zjutkz");        }    }    public void showProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.showMessage("正在加载...");    }    public void dismissProgress(){        if(dialog == null){            dialog = new ProcessDialog(this);        }        dialog.dismiss();    }    public void getContributors(String owner,String repo){        GitHubApi.getContributors(owner, repo)                .take(1)                .observeOn(AndroidSchedulers.mainThread())                .subscribeOn(Schedulers.newThread())                .map(new Func1<List<Contributor>, Contributor>() {                    @Override                    public Contributor call(List<Contributor> contributors) {                        return contributors.get(0);                    }                })                .subscribe(contributorSub);    }}

如果你对data binding框架是有了解的，上面的代码你能轻松的看懂。

那model层又是什么呢？当然就是那些和数据相关的类，GithubApi等等。

重点来了，viewmodel层呢？好吧，viewmodel层就是是Contributor类！大家不要惊讶，我慢慢的来说。

public class Contributor extends BaseObservable{    private String login;    private int contributions;    @Bindable    public String getLogin(){        return login;    }    @Bindable    public int getContributions(){        return contributions;    }    public void setLogin(String login){        this.login = login;        notifyPropertyChanged(BR.login);    }    public void setContributions(int contributions){        this.contributions = contributions;        notifyPropertyChanged(BR.contributions);    }    @Override    public String toString() {        return login + ", " + contributions;    }}

我们可以看到，Contributor和MVP相比，继承自了BaseObservable，有基础的同学都知道这是为了当Contributor内部的variable改变的时候ui可以同步的作出响应。

我为什么说Contributor是一个viewmodel呢。大家还记得viewmodel的概念吗？view和viewmodel相互绑定在一起，viewmodel的改变会同步到view层，从而view层作出响应。这不就是Contributor和xml中那些组件元素的关系吗？所以，大家不要被binding类迷惑了，data binding框架中的viewmodel是自己定义的那些看似是model类的东西！比如这里的Contributor！

话说到这里，那binding类又是什么呢？其实具体对应到之前MVVM的那张图就很好理解了，我们想一下，binding类的工作是什么？

binding = DataBindingUtil.setContentView(this, R.layout.mvvm_activity_main);binding.setContributor(contributor);

首先，binding要通过DataBindingUtil.setContentView()方法将xml，也就是view层设定。

接着，通过setXXX()方法将viewmodel层注入进去。

由于这两个工作，view层(xml的各个组件)和viewmodel层(contributor)绑定在了一起。

好了，大家知道了吗，binding类，其实就是上图中view和viewmodel中间的那根线啊！！

（原作者若有意见请一定告知，博主会删除相关博文，谢谢！）