android的框架模式,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 流程

MVP.png

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的布局一样：

android:layout_width="match_parent"

android:layout_height="match_parent"

android:orientation="vertical">

android:id="@+id/tv_show"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:text="0"/>

android:id="@+id/btn_add"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:text="点击+1"/>

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还有很多东西可以发掘的，鉴于能力和时间有限，这里就不深入研究了。后面有新的体会的话也会继续更新的。