浅谈MVP模式

背景分析

在MVC模式下，大量的Controller与View交互，Controller和Model承接的部分都在Activity中，这样，在复杂UI的情况下，就会造成Activity有大量的逻辑代码。造成了Activity臃肿。所以，MVP框架就引起了关注。

MVP核心思维

基于MVC的基础，将Activity抽象出接口（变成纯View），把业务逻辑抽象成Presenter，Model不变

MVP框架图

包括  两种模式PV模式和SC模式

PV模式的特点：----- 这种模式使用比较广泛

1. View试图上的所有数据  通过IXXXXView.java,都暴露出来------方便做UI逻辑测试
2. UI逻辑部分跟VIew本身无关。UI逻辑在Presenter里头-------粒度太细。IView接口太庞大

SC模式的特点：

1. 数据流单向，只有set没有get。
2. 部分UI逻辑被分摊到了View。-------相对PV，View会复杂一点点。Presenter会略简洁点

MVP的特点：

1. Presenter是MVP模式的核心。
2. VIew仅仅只做数据的展示以及汇报
3. View只做被动的数据接收
4. View原则上不维护数据状态。尽量要保持独立单纯的UI操作。

MVP的缺点

1. 大量逻辑在Presenter中处理，会显得臃肿------解决方法：在UI和Presenter中加入中间层Mediator，将一些轻量化的预置操作放在Mediator中；Presenter和Model之间用Proxy。通过这两种方法去分担Presenter。

MVP的优点

1. 代码变简洁。Activity成功瘦身
2. 多了IXXXView.java让UI测试变简单
3. 避免内存溢出。当Activity在异步操作的时候，Activity被切换到后台或者Destory，这时候线程还保持对Activity实例的引用。导致了Activity无法被系统回收。有Presenter接管生命周期，就可以在onDestory的时候将引用清除。

MVP的优化

1. 针对不同的IXXXView可以做分层。
2. 对Activity做分层，提取BaseActivity（这个基本上所有app都有做）

以PV模式为例，作代码分析

View部分

Xml：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:paddingTop="400dp"
    tools:context="${relativePackage}.${activityClass}" >
    <EditText
        android:id="@+id/txt1"
        android:layout_width="0dp"
        android:layout_height="100dp"
        android:layout_weight="1" />
    <TextView
        android:layout_width="0dp"
        android:layout_height="100dp"
        android:layout_weight="1"
        android:text="/" />
    
    <EditText
        android:id="@+id/txt2"
        android:layout_width="0dp"
        android:layout_height="100dp"
        android:layout_weight="1" />
    <Button
        android:id="@+id/cal"
        android:layout_width="0dp"
        android:layout_height="100dp"
        android:layout_weight="1"
        android:text="计算" />
    <TextView
        android:id="@+id/txt_result"
        android:layout_width="0dp"
        android:layout_height="100dp"
        android:layout_weight="1" />
</LinearLayout>

Activity：

public class MainActivity extends Activity implements IMainView {

   private EditText mTxt1, mTxt2;
   private TextView mResult;
   private Button mCal;

    CalculatPresenter mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTxt1 = (EditText) findViewById(R.id.txt1);
        mTxt2 = (EditText) findViewById(R.id.txt2);
        mCal = (Button) findViewById(R.id.cal);
        mCal.setOnClickListener(new View.OnClickListener() {
         @Override
         public void onClick(View v) {
             mPresenter.calculat(getNum1Txt(), getNum2Txt());
         }
      });
      mResult = (TextView) findViewById(R.id.txt_result);
      mPresenter = new CalculatPresenter(this);
    }

   @Override
   public int getNum1Txt() {
      return Integer.valueOf(mTxt1.getText().toString()).intValue();
   }

   @Override
   public int getNum2Txt() {
      return Integer.valueOf(mTxt2.getText().toString()).intValue();
   }

   @Override
   public void setResTxt(int result) {
      mResult.setText(String.valueOf(result));
   }
}

从这里可以看到MainActivity实现了IMainView.java。
实例化Presenter将逻辑操作都塞给Presenter并不作其它的操作。
在MainActivity中，只做了单纯的View操作。
Activity被彻底的分离出来了。。。。

Presenter部分

public class CalculatPresenter {
    private CalculatModelImpl mModelImpl;
    private IMainView mIView;
    public CalculatPresenter(IMainView iview) {
        mModelImpl = new CalculatModelImpl();
        mIView = iview;
    }

    public void calculat(int num1, int num2) {
        mIView.setResTxt(mModelImpl.calculat(num1, num2));
    }
}

这里Presenter将具体逻辑处理派发给了Model。并将结果通过接口调用的方式传给View。

Model部分

public class CalculatModelImpl implements CalculatModel {

    @Override
    public int calculat(int num1, int num2) {
        try {
            int result = num1 / num2;
            android.util.Log.e("eee", "eee  result = " + result + "  num1 = " + num1 + "  num2 = " + num2);
            return result;
        } catch(Exception e) {
            return -1;
        }
    }
}

public interface CalculatModel {
    public int calculat(int num1, int num2);
}

对比之前的浅谈MVC模式【1】以及浅谈MVC模式【2】.可以发现Model这部分是一样的。

小结

一、Activity变成了单纯的View

二、Model的改变不影响View

三、IXXXXView为UI测试提供了便捷性

四、值得一试

 

PS.项目地址：https://github.com/wangxueming/Samples   在这里有MVC MVP的范例，后续增加MVVM。欢迎fork