android之职责清晰的MVP设计模式

之前有篇文章简要介绍了mvc设计模式，因为使用过于简单就没有具体的写案例，此篇文章将结果具体代码示例浅析并且使用mvp这个时下很流行的、职责清晰的设计模式。

简介

Model-模型：也就是业务逻辑。
V-View-视图：与用户交互的视图。
P-Presenter-表示器：控制M和V层的联系，相当于mvc模式中的controller。

在mvc模式中m和v层是糅杂在一起的，也就是是说view层的代码量非常的庞大，久而久之代码的可识别度大大降低，对程序猿来说，当需要修改业务逻辑时无疑是增加了工作量。而mvp设计中的presenter层正是来处理m层和v层的交互问题，也就是说当view层需要显示什么数据，那么就告诉presenter层，让p层去调用m层的方法，然后将处理结果在发送给view层，这样就完成了view层和model层的交互，逻辑清晰，同时model层只用专注于处理数据。
下面配上一张结构图：

mvp的优点

1.职责更清晰，高度解耦：view层只负责与用户交互，减少view层内的业务代码。model只负责去处理业务，这样就改善了mvc模式红v层和m层糅杂在一起的情况
2.代码扩展性更强
3.更容易迭代维护
4.有利于单元测试

mvp的缺点

1.学习成本变高
2.代码量变大，每个view都会对应自己的presenter，类会增多。

实例

上面的简单介绍应该对mvp有所理解，那就结合实例来掌握mvp的使用吧
这里不结合retrofit的网络请求,我们就来模拟一下吧，只是为了学习mvp设计的结构特点。
需求：mainactivity需要获取到文本数据展示
思路：mainactivity通知mainpresenter去控制mainmodel获取到文本数据，再由mainpresenter返回给mainactivity去展示。

1. model的java文件

public class IMainModel {   //model获取数据    public void downLoad(final CallBack callBack) {        //....网络访问省略        String str = "能够拥有一份美丽的心情，不是因为我们获得的颇多，而是我们计较的很少；我们深深懂得，多，有时也是一种负担，是另外一种失去；少，并非真正不足，而是一种隐形的有余。很多的时候，我们审时度势，选择了舍弃，学会舍弃并不意味着全然失去，而是一种更宽阔更博大的获得！";        //将数据交给presenter        callBack.getResult(str);    }    public interface CallBack {        void getResult(String str);    }}

这里由于没有用网络请求，我写了假的文本数据，并在此类中常见了CallBack接口，目的是为了将得到的数据返回给presenter层。

2.IMainView接口，大家一看知道，不多说了

public interface IMainView {    void onSuccess(String str);    void onFail(String msg);}

3.MainPresenter 的逻辑代码

public class MainPresenter<IV> {    private Reference<IV> view;    private IMainView mIMainView;    private IMainModel mIMainModel;    public MainPresenter(IMainView mIMainView) {        this.mIMainView = mIMainView;        mIMainModel = new IMainModel();    }    public void downLoad() {       //presenter通知model去获取数据        mIMainModel.downLoad(mCallBack);    }    private IMainModel.CallBack mCallBack = new IMainModel.CallBack() {        @Override        public void getResult(String str) {           //presenter拿到model给的数据后，将数据返回给view层            mIMainView.onSuccess(str);        }    };    public void attachView(IV v) {        view = new WeakReference<>(v);    }    public IV getView() {        return view.get();    }    public void detachView() {        if (view != null) {            view.clear();            view = null;        }    }}

4.MainActivity的java文件

public class MainActivity extends AppCompatActivity implements IMainView {    private TextView mTextView;    private Button mButton;    MainPresenter mMainPresenter;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        mButton = (Button) findViewById(R.id.btn_download);        mTextView = (TextView) findViewById(R.id.text);        mMainPresenter = new MainPresenter(this);        mMainPresenter.attachView(this);        //点击下载图片        mButton.setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View view) {                //通知presenter去处理                mMainPresenter.downLoad();            }        });    }    @Override    public void onSuccess(String str) {        //view层拿到presenter返回的数据，更新UI        if (str.length() != 0) {            mTextView.setText(str);        }    }    @Override    public void onFail(String msg) {        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();    }    @Override    protected void onDestroy() {        super.onDestroy();        if (mMainPresenter != null) {            mMainPresenter.detachView();            mMainPresenter = null;        }    }}

上面就是简单地代码，具体应该是button的点击→ mMainPresenter.downLoad()→ mIMainModel.downLoad(mCallBack)→ callBack.getResult(str)→ mIMainView.onSuccess(str) →mTextView.setText(str)
相信这样的结构还是比较一目了然的，各层各司其责，提高代码的扩展性。之后会写一篇mvp配合retrofit的完整篇。

github：完整demo请点击