mvp是一个老生常谈的话题了，网上太多讲MVP的文章了。但有的文章不是结合了rxjva，retrofit等开源项目，就是讲的太过复杂。所以我会写一个最简单的mvp demo。来帮助大家理解mvp的本质。

大多数时候，问题都可以拆解为，WHTA,WHY,HOW；什么是MVP，为什么使用MVP，如何使用MVP。

WHAT:先说什么是MVP，

20150622212916054.jpg

上面这张图是网上找的，其实这张图已经很明显了，MVP和MVC的区别，在于以前的View层不仅要和model层交互，还要和controller层交互。而在mvp中，view层只和presenter层交互，而model层也和presenter交互，presenter构成了view层和model层的桥梁，也解耦了view层和model层。这一点很关键。我认为，这也是mvp的本质：

解耦view层和model层，让view层和model层通过presenter层进行通信。换个说法就是让诸如网络请求，数据库读写的逻辑，从activity中剥离出来。activit只负责页面的展示，不关心model层的逻辑。

WHY:之后来谈谈为什么要使用mvp

如果大家阅读过github上的一些开源的android项目，例如telegram，一款即时通讯软件，如果你对它不了解，你可以看一下我之前写的一篇文章在Android Studio上编译自己的Telegram；或者TweetLanes，一个第三方的功能完整的Twitter客户端。这些开源项目都存在一个问题，就是一个activity文件中一两千行，甚至三四千行代码。当然，我想这个在android项目中并不是一个奇怪的现象，当你的项目足够复杂，没有什么是不可能。在基于传统android架构的mvc模式中。model层很多时候只是一个bean类。而view层只是一个xml文件，controller层也就是activity层几乎承担了诸如网络请求，数据库，更新UI等所有的工作，全在activity里完成。这也就导致了activity文件十分庞大臃肿。但是，问题接踵而至。多人维护这样的一个项目是很痛苦的，一个几千行的activity，假如某个人改动了其中的一行，可能会导致其他修改他的人非常痛苦，因为牵扯太多的逻辑了。所以，人们开始尝试把几千行的代码，分成很多模块。网络请求放在一个模块，UI更新放在一个模块，其他的东西放另一个模块。之后就有了MVP。

HOW:在android中如何使用MVP模式

这里我新建了一个项目，项目里有3个class和一个interface，这就是最简单的mvp模式了。

main.png

用到的第三方框架只有常用的okhttp,AndroidManifest里只申请了一个Internet的权限，这里就不放出来了。

xml.png

public interface MainCallBack {
    void getMessage(String message);
    void error();
}

之后model层获取的数据，将会通过接口传递到activity中，进行展示。从某种意义上来说，接口其实就是mvp中的view层。因为activity只是这个接口的实现而已。那么我们接下来看一下model层是怎么写的。

public class MainModel {
    public Call getData(String url) {
        OkHttpClient client = new OkHttpClient();
        Request request = new Request.Builder().url(url).build();
        return client.newCall(request);
    }
}

同样很简单，这个应该只是okhttp的基础用法。这里我们没有调用enqueue方法传入callback，是为了之后在presenter中使用，当然你也可以在这里调用，不过这样一来，你又要在model中声明一个接口。好了，“view层”和model层都有了，那么最后只要再有presenter层，那么mvp就完成了。

public class MainPresenter {
    private MainCallBack callBack;
    private MainModel model;

    public MainPresenter(MainCallBack callBack) {
        this.callBack = callBack;
        model=new MainModel();
    }

    public void getUrlData(String url){
        model.getData(url).enqueue(new Callback() {
            @Override
            public void onFailure(@NonNull Call call, @NonNull IOException e) {
                callBack.error();
            }

            @Override
            public void onResponse(@NonNull Call call, @NonNull Response response) throws IOException {
                callBack.getMessage(response.body().string());
            }
        });
    }

}

这是一个典型的mvp模式中的presenter层：接口通过构造函数传入，model直接在构造函数中实例化。presenter中调用model的getdata方法，并传入对应的参数，之后在okhttp的回调中调用对应的ui接口，那么一次mvp模式下的网络请求就完成了。
具体操作可以看一下activity中的代码：

public class MainActivity extends AppCompatActivity implements MainCallBack {
    private TextView resultTextView;
    private MyHandler handler;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Button button = findViewById(R.id.btn);
        handler = new MyHandler(this);
        final EditText editText = findViewById(R.id.et_url);
        resultTextView = findViewById(R.id.tv_result);
        final MainPresenter presenter = new MainPresenter(this);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                String url = editText.getText().toString();
                presenter.getUrlData(url);
            }
        });

    }

    @Override
    public void getMessage(String message) {
        Message msg = handler.obtainMessage(0, message);
        handler.sendMessage(msg);
    }

    @Override
    public void error() {
        Message msg = handler.obtainMessage(1, "error");
        handler.sendMessage(msg);
    }

    private static class MyHandler extends Handler {
        private WeakReference<MainActivity> reference;

        private MyHandler(MainActivity activity) {
            reference = new WeakReference<>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            MainActivity activity = reference.get();
            switch (msg.what) {
                case 0:
                    activity.resultTextView.setText(msg.obj.toString());
                    break;
                case 1:
                    activity.resultTextView.setText(msg.obj.toString());
                    break;
            }
        }
    }
}

运行结果如下两图：

success.png

error.png

当网址错误的时候我直接在textview中显示“error”，当然你也可以自由选择显示什么。因为okhttp的回调是在子线程完成的，要刷新ui必须在主线程刷新，所以我这里写了一个handler。当然你也可以在model层进行线程调度。比如一个基于okhttp的开源框架，okgo就是这么做的

okgo.png

那么，是否所有地方都需要mvp呢？答案是否定的。我认为，设计模式的关键在于用在正确且合适的地方。我在一个项目中，可能会同时使用mvp，mvc，mvvm。因为我知道这里应该用什么，如果一个逻辑不具有复用的可能，同时也非常简单，那么使用mvp就是多此一举。如果一个页面，带有id的view非常多，那么使用mvvm也就是android的databinding特性可以节约你大量的时间。

最后给出几点使用mvp的建议，经供参考：

1.因为mvp会存在大量的接口，所以当你设计接口的时候，务必深思熟虑，因为一个接口的改动，会导致所有继承了接口的类都会发生变动

2.不要在接口中声明接口，或者在接口中声明抽象类。你可能会觉得这样让逻辑更紧密，代码更好读。但其实这样一来反而违背了mvp解耦的本质，让代码更加复杂了。你可以把这样的代码拆解成多个接口和多个model。因为一个presenter中可以有多个model，也可以传入多个interface。同样，一个activity也可以继承多个interface，并声明多个presenter来完成多个逻辑。

3.对view层的接口，model和presenter都进行一定程度的继承，也就是每个view的接口，每个model和presenter都有一个父类，完成一些基础逻辑。这样可以当你必须要对整体进行变动的时候，改动起来要容易一些。

4.不要为了继承而继承，我见过有的人过度架构，代码里面甚至出现了空的接口和空的抽象类，这样做毫无意义。代码是为逻辑服务的，并且是现有的功能逻辑，为了不知道哪个版本会产生的改变，而预留一堆空接口和空抽象类，在我看来毫无意义。

5.适当的参考一些现有的成熟的mvp项目，看看别人是如何设计接口以及整体逻辑的，这会有一定的帮助。但完全照搬是不可取的。因为mvp是一种十分依赖项目的架构，其他项目上的mvp设计不一定适合你的项目。