Android MVP设计模式的最佳实现

相信大家看这篇文章的时候，应该都是积累了一定的Android实际项目开发经验的，大家一定都是这么经历过来的：所有的业务逻辑实现以及一些界面相关（Dialog，PopWindow....显示）还有网络请求的CallBack都放在Activity里面，从界面的初始化，数据加载，然后根据网络返回显示界面的不同内容，少则一个activity几百行代码，多则上千。我想如果稍微出点bug或者说需求做一些稍微的改动，大家就会烦恼，因为Activity所涉及的业务太多，逻辑太繁杂。可能找一个bug又得从头看一遍代码。下面介绍一下MVP设计模式，从此解耦界面与业务逻辑，轻轻松松对付产品，对付bug.

MVP设计模式简介：

其实说起MVP设计模式，应该要先去了解一下mvc设计模式，android本身就是一种MVC的设计模式：网络，数据库，本地文件的数据存取作为Model,Acitivity作为Controller,而xml文件还有一些界面相关的组件作为View。但是这样的设计在我们真正去做项目的时候可能完美的体现出来么？这是不可能的，往往我们要在Activity里面写很多界面的东西，比如Dialog，PopWindow等等，也就是说，View层和Controller层紧紧联系在一起，造成代码的高度耦合。而且在MVC里，是允许View层直接访问Model层的。而mvp的出现就是用Presenter代替以前的Controller，实现V,C层的完美分离，当然这个实现需要接口的辅助。看完下面的例子就明白了。

MVP完美实现：

1.定义View接口：

public interface ILoginView extends IBaseView {
    void showNetWorkError(); //显示网络错误

    void showLogining();//显示登录中

    void showLoginSuccess();//显示登录成功

     void showLoginFail(String msg);//显示登录失败，并说明服务器登录错误的原因
}

IBaseView其实就是一个空的interface，这个具体根据你的项目而定，看看界面需要定义的共同方法是什么，可以加到父接口中，一般用空接口就行了。

2.定义Presenter

public class LoginPresenter extends MvpBasePresenter<ILoginView> {
    public void login(Context context, String username, String password) {
        if (isViewAttached()) {//判断界面是否还在（用户没有点返回键）
            if (Utils.hasNetWork(context)) { //无网络，显示网络无连接
                getView().showNetWorkError();
                return;
            }
            getView().showLogining(); //显示正在登录中
            DataModel.login(context, username, password, new NetWorkCallBack() { //访问Model
                @Override
                public void onSuccess(String res) {
                    if (isViewAttached()) {
                        getView().showLoginSuccess(); //显示登录成功
                    }
                }

                @Override
                public void onFail(String failMsg) {
                    if (isViewAttached()) {
                        getView().showLoginFail(failMsg);//显示登录失败
                    }
                }
            });
        }
    }
}

在看一看MvpBasePresenter(可以作为模板代码直接使用)

public class MvpBasePresenter<V extends MvpView> implements MvpPresenter<V> {

    private WeakReference<V> viewRef;

    /**
     * 界面创建，Presenter与界面取得联系
     */
    @Override
    public void attachView(V view) {
        viewRef = new WeakReference<V>(view);
    }

    /**
     * 获取界面的引用
     */
    protected V getView() {
        return viewRef == null ? null : viewRef.get();
    }

    /**
     * 判断界面是否销毁
     */
    protected boolean isViewAttached() {
        return viewRef != null && viewRef.get() != null;
    }

    /**
     * 界面销毁，Presenter与界面断开联系
     */
    @Override
    public void detachView(boolean retainInstance) {
        if (viewRef != null) {
            viewRef.clear();
            viewRef = null;
        }
    }
}

3,最后定义Activity实现View接口

public class LoginActivity extends MvpActivity<ILoginView, LoginPresenter> implements ILoginView {
    private EditText etUserName, etPassword;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        findViewById(R.id.btn_login).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                presenter.login(LoginActivity.this, etUserName.getText().toString(), etPassword.getText().toString());
            }
        });
    }

    @Override
    protected LoginPresenter createPresenter() {
        return new LoginPresenter(); //具体界面对应的presenter由具体界面决定
    }

    @Override
    public void showNetWorkError() {
        Toast.makeText(this, "网络有问题，请检查网路连接", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void showLogining() {
        Toast.makeText(this, "正在登录中", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void showLoginSuccess() {
        Toast.makeText(this, "登录成功", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void showLoginFail(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }
}

看看MvpActivity(可以作为模板代码使用)

public abstract class MvpActivity<V extends MvpView, P extends MvpPresenter> extends Activity implements MvpView {

    protected P presenter;

    @SuppressWarnings("unchecked")
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        presenter = createPresenter();
        presenter.attachView(this); //presenter取得与界面的联系
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        presenter.detachView(false);//presenter断开与界面的联系
    }

    protected abstract P createPresenter();
}

好了整个MVP的模板写完了，大家回头看一看，如果这个时候产品跟你说，我这些提示不想要Toast来提示，你改成对话框的形式，那简单啊，直接改Activity那些show方法的实现就可以了，根本不需要再查看一遍逻辑，V C分离就是好，改起来超快。

仅仅只有这一个优点么？

No,往往我们在开发产品的时候，UI和接口很难达到同步，这个时候MVP就派上用场了，如果界面出了,接口没出，我们是不是可以先把Activity和Presenter给实现了呢？等到接口出来，我们直接写Model层的代码就ok了，再也不需要傻傻的等着了。

有人说mvp会导致接口泛滥，但是你用了之后，不觉得多写两个接口就可以方便这么多，而且维护方便了不少么？