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

了解

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

mvp架构一览.png

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

1. 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);
  }
}

2.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){
  }
}

3.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，像文章中的登录案例就只是案例。