Android框架模式——MVP

1. MVP介绍

MVP全名是Model－View－Presenter，MVP 是从经典的模式MVC演变而来的。

Model：模型层，负责处理数据的加载或存储。与MVP中的M一样。
View：视图层，负责界面数据的展示，与用户进行交互。与MVP中的V一样。
Presenter：负责逻辑业务的处理。跟MVC中的C有所区别。

1.1 作用

• 将Model与View彻底分离。
• 解决MVC中Activity职责过多，代码臃肿的问题。

1.2 流程

image

1.View接受用户的请求，然后将请求传递给Presenter。
2.Presenter进行业务逻辑处理，修改Model。
3.Presenter通知View去更新界面显示。

1.3 关系

通常View与Presenter是一对一的，但复杂的View可以绑定多个Presenter来处理逻辑。

2. MVP例子实现

还是以点击按钮对数字+1为例子，将其改造成MVP模式。与MVC不同的是，一般Activty会当作View层来处理。

2.1 Model层

跟MVC不同的地方在于Model不会跟View发生交互，只会跟Presenter交互。

public class NumModel {
    private int num = 0;

    public void add(ModelCallback callback) {
        callback.onSuccess(++num);//通知Presenter结果
    }

    public interface ModelCallback {//数据回调接口
        void onSuccess(int num);

        void onFailed(String text);
    }

}

2.2 View层

MVP中Activty也充当了View层，同时会持有Presenter的引用。

IView接口，暴露给Presenter的方法：

public interface IView {
    void updateUI(String text);
}

PresenterActivity类

public class PresenterActivity extends Activity implements IView {//实现IView接口

    private TextView mTextView;
    private Button mButton;
    private IPresent mPresent;

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

        mTextView = findViewById(R.id.tv_show);
        mButton = findViewById(R.id.btn_add);

        mPresent = new NumPresenter(this);//初始化一个Present

        mButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                mPresent.add();//交给Present去处理
            }
        });
    }

    @Override
    public void updateUI(String text) {//实现IView接口里面的更新UI的方法
        mTextView.setText(text);
    }
}

activity_controller.xml，跟MVC的布局一样：

2.3 Presenter层

负责业务逻辑处理。
IPresent接口，暴露给View调用：

public interface IPresent {
    void add();
}

NumPresenter类，具体的逻辑处理：

public class NumPresenter implements NumModel.ModelCallback, IPresent {//实现ModelCallback，IPresent等接口

    private NumModel mNumModel;
    private IView mView;

    public NumPresenter(IView view) {
        mView = view;//持有IView对象
        mNumModel = new NumModel();//创建NumModel对象
    }

    public void add() {//IPresent接口的方法，来自View层的调用
        mNumModel.add(this);//相关逻辑处理，这里直接交给Model层
    }

    @Override
    public void onSuccess(int num) {//ModelCallback接口的方法，来自Model层的成功回调
        mView.updateUI(num + "");//通知View层更新UI
    }

    @Override
    public void onFailed(String text) {//ModelCallback接口的方法，来自Model层的失败回调
        mView.updateUI("失败");//通知View层更新UI
    }
}

3. MVC与MVP区别

• 最主要的区别就是MVP中View与Model并不直接交互，而在MVC中View可以与Model直接交互。

4. MVP的优点

• View与Model完全分离，我们可以修改视图而不影响模型。
• 可以更高效地使用模型，因为所有的交互都发生Presenter中。
• Presenter与View的交互是通过接口来进行的，有利于添加单元测试。

5. 存在的问题

• 页面逻辑复杂的话，相应的接口也会变多，增加维护成本。可以定义一些基类去分离一些公共的逻辑。
• 系统内存不足时，系统会回收Activity。一般我们都是用OnSaveInstanceState()去保存状态，用OnRestoreInstanceState()去恢复状态。但是在我们的MVP中，View层是不应该去直接操作Model的，所以这样做不合理，同时也增大了M与V的耦合。解决办法是不要将Activity作为View层，可以把Activity当Presenter来处理。具体实现这里就不分析了，有兴趣的可以研究一下。
• UI改变的话，比如TextView 替换 EditText，可能导致Presente的一些更新UI的接口也跟着需要更改，存在一定的耦合。

6.其他

• MVP在实现上来说可以有多种思路，不同的实现方式其优缺点也是不同的，具体问题具体分析。
• 实际上MVP还有很多东西可以发掘的，鉴于能力和时间有限，这里就不深入研究了。后面有新的体会的话也会继续更新的。

贴篇MVP详细介绍的文章：Android MVP 详解

相关文章阅读
Android框架模式——MVC
Android框架模式——MVP
Android框架模式——MVVM