服务报价 | 域名主机 | 网络营销 | 软件工具| [加入收藏]
 热线电话: #

Android MVP架构模式初窥门径

时间:2017-01-14 23:40来源:未知 作者:最模板 点击:
MVP的架构模式是由传统的MVC演变而来,是一种为了简化Activity或Fragment等C层繁重的事务操作的架构模式,代码深度解藕(这里说的解耦主要是纵向解耦),可读性大大提高,但同时增加

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

(责任编辑:最模板)
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
栏目列表
热点内容