前言

MVP的架构模式是由传统的MVC演变而来，是一种为了简化Activity或Fragment等C层繁重的事务操作的架构模式，代码深度解藕（这里说的解耦主要是纵向解耦），可读性大大提高，但同时增加了代码量。view层与model层各有对应接口的引用在presenter层中，通过presenter层搭建“桥梁”实现无耦合。

了解

• 国际惯例，先贴图抽象一下(图片来自参考文献)

如上图所示，在MVP模式中，视图层与数据模型层无耦合，它们间接的通过P层来实现通信（就是在p层的引用中形成通信），图片说的比较抽象，下面上简易代码。
需求设定在大部分app都需要的登录模块，假设登录页面有用户信息输入EditText，与确定登录按钮。

• Model 层

public interface ILoginModel{
  void login(String name, String Password,CallBack callBack);
}

Model业务实现层（callBack为登录结果回调）：

public class LoginModel implememt ILoginModel{
  @Override
  public void login(String name, String Password,CallBack callBack){
    Api.login(name,password,callBack);
  }
}

• View

public interface ILoginView {
  void loginSuccess();
  void loginFailed(String error);
}

LoginActivity （View层）：

public class LoginActivity extends Activity implement ILoginView{
  Button btn;
     ...
  @Override
  public void onCreate(Bundle bundle){
  }
  @Override
  public void loginSuccess(){
  }
  @Override 
  public void loginFailed(String error){
  }
}

• Presenter 层

public class LoginPresenter {
 private ILoginModel loginModel;
 private ILoginView loginView;

 public LoginPresenter(ILoginView view){
   this.loginView = view;
   this.loginModel = new LoginModel();
 }

 public void login(String name,String password){
   loginModel.login(name,password,new CallBack(){
     @Override 
     public void success(){
       //通知view层更新ui
       loginView.loginSuccess();
     }
     @Override 
     public void failed(String error){
       //通知view层更新ui
       loginView.loginFailed(error);
     }
   }
 }

}

在presenter中model层的业务实现方法由presenter间接调用，并根据不同的结果调用view的不同接口，所以，接下来view层应该这么写：
LoginActivity （View层）：

public class LoginActivity extends Activity implement ILoginView{
  private Button btn;
  private LoginPresenter mPresenter;
     ...
  @Override
  public void onCreate(Bundle bundle){
    mpresenter = new LoginPresenter(this);
    ...
    btn.setOnClickListener(new OnClickListener(){
      public void OnClick(View view){
        String name = nameEditText.getText().toString();
        String password = passwordEditText.getText().toString();
        mPresenter.login(name,password);
      }
    });
  }
  @Override
  public void loginSuccess(){
    Log.d(TAG,"login success!");
  }
  @Override 
  public void loginFailed(String error){
    Log.d(TAG,"login failed! reason:" + error );
  }
}

这样一来，各层之间的职责就变得十分清晰，view层只管绘制，model层只管数据处理，而presenter层则是它们之间的桥梁。

进阶

其实在真正的MVP架构模式设计的项目中，可能会有多个xxxModel，xxxView等接口类，如果命名不规范加上分包不明显，代码块就会变得臃肿，不雅观。为了避免这种问题，可以将各自的model，view，presenter放在同一个类下，形成契约类,各自依赖关系，一目了然。

public interface LoginContract{
  interface ILoginView extends BaseView{
  void loginSuccess();
  void loginFailed(String error);
  }
  interface ILoginModel extends BaseModel{
  void login(String name, String Password,CallBack callBack);
  }
  abstract static class Presenter extends 
                            BasePresenter<ILoginView , ILoginModel > {
        public abstract void login();
  }
}

上面出现的基类中，BaseView，BaseModel只是简单的接口继承，下面让我们来看一下BasePresenter：

public BasePresenter<T,E>{
  private T mModel ;
  private E mView;
  public setVM(T m,E v){
  this.mModel = m;
  this.mView = v;
  }
}

既然有了契约类，LoginPresenter就可以这样写了：

public LoginPresenter extends LoginContract.Presenter {
  public LoginPresenter(ILoginView view){ 
    setVM(new LoginModel(),view);
  }
  @Override
  public void login(){
  }
}

总结

MVP模式是Android官方推荐的架构模式，但是在这里建议大家不要为了MVP而MVP咯，只有在C层业务繁重，代码耦合度高的情况下才会设计成mvp，像文章中的登录案例就只是案例。

第一次写技术文章，觉得写的不错的同学，点个赞支持下呗。哈哈 ！