Android框架模式——MVP
2018-01-10 本文已影响112人
四月葡萄
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的布局一样：
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
<TextView
android:id="@+id/tv_show"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="0"/>
<Button
android:id="@+id/btn_add"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="点击+1"/>
</LinearLayout>
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 详解
