常用Android架构设计模式（二）MVP模式

前言#

昨天我们已经了解了MVC模式，也大概分析一下MVC模式的优点和不足，确实在android中MVC使用起来会有点怪怪的，于是出现了MVP模式。

MVP模式是MVC衍生出来的新模式，也是为了弥补MVC在设计上的不足之处，把Model和View进一步解耦，提高代码整体的维护性。

正文#

首先还是先来看一下架构图：

这里写图片描述

诶，从架构图上看，跟之前的MVC已经有了很明显的不同，可以总结一下几点：

1、Presenter作为媒介处于Model和View之间，在中间进行综合调度，跟MVC相比，Presenter已经不是一个简简单单的路人甲了，开始掌控全局。

2、Model和View的耦合性变低，更加方便之后维护。

ok，再来了解一下这三个分别承担的任务：

Model：处理要显示的内容（与MVC无变化）
View：负责界面上内容的显示
Presenter：负责整体的逻辑功能和显示变化

概念我们已经弄清楚了，还是要实际操作一下，那我们先准备些什么呢？

MainModel：负责处理一些任务和运算。
MainPresenter：负责整体的功能逻辑调度。
MainActivity：负责View具体的显示工作。

发现了没有？MainActivity扮演的角色已经和MVC完全不一样了，现在是位于View层，这个一定要注意，不要被两种模式弄得一脸懵逼。

按照我的习惯，还是先写View层，MainActivity的代码：

public class MainActivity extends AppCompatActivity implements View.OnClickListener{

    private MainActivityPresenter presenter;

    private TextView textView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        textView = (TextView) findViewById(R.id.textView);
        textView.setOnClickListener(this);
        presenter = new MainActivityPresenter(this);
        presenter.startLoading();
    }

    public void setText(String text){
        textView.setText(text);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        presenter.onDestroy();
    }

    @Override
    public void onClick(View v) {
        presenter.showToast();
    }
}

没有比这更简单的代码了，MainActivity除了初始化View以外，功能逻辑都是调用的Presenter，例如，loading，onClick等等。

然后看看MainPresenter：

/**
 * Created by li.zhipeng on 2017/3/24.
 * 

 * MainActivity的Presenter层
 */
public class MainActivityPresenter extends BasePresenter implements OnCallbackListener {

    private MainActivity mainActivity;


    public MainActivityPresenter(MainActivity activity) {
        this.mainActivity = activity;
    }

    public void startLoading() {
        MainActivityModel.login("lzp", "lzp", this);
    }

    @Override
    public void onSuccess() {
        mainActivity.runOnUiThread(new Runnable() {
            @Override
            public void run() {
                if (checkActivityValid()) {
                    mainActivity.setText("Loading success");
                }
            }
        });
    }

    @Override
    public void onFailed() {
        mainActivity.runOnUiThread(new Runnable() {
            @Override
            public void run() {
                if (checkActivityValid()) {
                    mainActivity.setText("Loading failed");
                }
            }
        });
    }

    @Override
    public void onLoading() {
        mainActivity.runOnUiThread(new Runnable() {
            @Override
            public void run() {
                if (checkActivityValid()) {
                    mainActivity.setText("Loading...");
                }
            }
        });
    }

    public void showToast(){
        Toast.makeText(mainActivity, "屌爆了哦~~~", Toast.LENGTH_SHORT).show();
    }

    private boolean checkActivityValid() {
        return mainActivity != null;
    }

    @Override
    public void onDestroy() {
        mainActivity = null;
    }

}

也很简单，定义了登录login方法，并且处理MainModel处理之后的回调，通知MainActivity改变显示效果，还提供了刚才了的onClick事件调用的showToast()方法，核心的逻辑都在Presenter中。

最后就是MainModel：

/**
 * Created by li.zhipeng on 2017/3/24.
 *
 *      MainActivity的Model
 */
public class MainActivityModel {

    /**
     * 提供模拟的网络请求类
     * */
    public static void login(final String name, final String pwd, final OnCallbackListener callbackListener){

        new Thread(){
            @Override
            public void run() {
                callbackListener.onLoading();
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

                if (name.equals("lzp") && pwd.equals("lzp")){
                    callbackListener.onSuccess();
                }
                else{
                    callbackListener.onFailed();
                }
            }
        }.start();
    }
}

处理了login方法中具体的逻辑，于是最简单的MVP架构到此结束。

与MVC相比，MVP更加扁平化，三者关系是比较平等的，就好像我们生活中的情景：

View：就是客户，现在需要一批材料。
Model：就是工厂，能够生产View需要的材料
Presenter：中介，在两者之间来回跑。

Presenter对View说：你要想这批材料，你得给我提供一些证明，例如你公司的资质啊，资金啊，需要材料的规模啊，等等。

Presenter对Model说：这是个大活啊，几百万的订单，你得按照规定好好生产啊，别整黄了。

View只负责给Presenter提供证明，如果有问题，直接把Presenter叫过来，问问生产进度（onClick）。

Model只负责生产，拿到Presenter的材料，让我生产啥我就生产啥，干完一单是一单，根本不需要和客户商量，干完了把成果交给Presenter就OK了。

现在的demo是最简单的的MVP，实际上为了把功能模块进一步划分，还有出现Presenterlmpl和ViewImpl，剥夺Presenter和View的完全自主权，就好像突然冒出两个领导，指挥Model和View去做事。

就只看看Presenterlmpl和ViewImpl的代码：

/**
 * Created by li.zhipeng on 2017/3/28.
 *
 *      MainActivity 必要要提供的方法
 */

public interface MainView {

    void setText(String text);
}

/**
 * Created by li.zhipeng on 2017/3/28.
 *
 *      MainPresenter 要实现的功能
 */

public interface MainPresenter {

    void startLoading();

    void showToast();

    boolean checkActivityValid();
}

// 实现对应的接口
public class MainActivity extends AppCompatActivity implements MainView, View.OnClickListener {...}

// 实现对应的接口
public class MainPresenterImpl extends BasePresenter implements MainPresenter, OnCallbackListener {...}

这样进一步分离之后，如果要增加方法必须要先向领导申请，例如MainView添加一个新方法，然后下属才能去做，例如MainActivity具体去实现这个方法。

总结#

到此为止，MVP模式的介绍就结束了，我们来和MVC对比一下：

优点：
1、Model和View进一步解耦，方便扩展和维护。
2、代码模块分工更细，presenter是整体的核心，代码的可读性增强了。

缺点：
1、代码量又增加了！！！

MVP确实弥补了MVC的一些缺点和不足，虽然也需要模块划分，工作量是提高了不少，但是逻辑性有了更清楚的思路，不会像之前一样掺杂在一起。

下一篇，来聊一聊MVVM还有其他的一些东西，综合的聊一聊设计模式。

源码点击下载