做为过来人，对于Android MVP模式的一些详解

时间 2021-02-24

标签 git github 面试架构 mvc ide 布局 post 学习测试栏目 Android 繁體版

原文原文链接

前言

闲来无事在家偶然翻到了以前整理的文档和面试要作到准备路线，虽然内容有点多，可是技多不压身，多多益善git

本部份内容是关于Android进阶的一些知识总结，涉及到的知识点比较杂，不过都是面试中几乎常问的知识点，也是加分的点。关于这部份内容，可能须要有一些具体的项目实践。在面试的过程当中，结合具体自身实践经历，才能更加深刻透彻的描绘出来
github

相关内容后续GitHub更新,想冲击金三银四的小伙伴能够找找看看，欢迎star
（ 顺手留下GitHub连接，须要获取相关面试等内容的能够本身去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)

MVP，MVC，MVVM
此处延伸：手写 mvp 例子，与 mvc 之间的区别，mvp 的优点面试

MVP 模式，对应着 Model--业务逻辑和实体模型,view--对应着 activity，负责 View 的绘制以及与用户交互,Presenter--负责 View 和 Model 之间的交互,MVP 模式是在 MVC 模式的基础上，将 Model 与 View 完全分离使得项目的耦合性更低，在 Mvc 中项目中的 activity 对应着 mvc 中的 C--Controllor,而项目中的逻辑处理都是在这个 C 中处理，同时 View 与 Model 之间的交互，也是也就是说，mvc 中全部的逻辑交互和用户交互，都是放在 Controllor 中，也就是 activity 中。View 和 model 是能够直接通讯的。而 MVP 模式则是分离的更加完全，分工更加明确 Model--业务逻辑和实体模型，view--负责与用户交互，Presenter 负责完成 View 于 Model 间的交互，MVP 和 MVC 最大的区别是 MVC 中是容许 Model 和 View 进行交互的，而 MVP 中很明显，Model 与 View 之间的交互由 Presenter 完成。还有一点就是 Presenter 与 View 之间的交互是经过接口的架构

1、MVP概述

MVP，全称 Model-View-Presenter 即模型-视图-层现器。
提到MVP，就必需要先介绍一下它的前辈MVC，由于MVP正是基于MVC的基础发展而来的。两个之间的关系也是源远流长。
MVC，全称Model-View-Controller，即模型-视图-控制器。具体以下：
View： 对应于布局文件
Model： 业务逻辑和实体模型
Controllor： 对应于Activity mvc

可是View对应于布局文件，其实能作的事情特别少，实际上关于该布局文件中的数据绑定的操做，事件处理的代码都在Activity中，形成了Activity既像View又像 Controller，使得Activity变得臃肿。 ide

而当将架构改成MVP之后，Presenter的出现，将Actvity视为View层，Presenter负责完成View层与Model层的交互。布局

如今是这样的： View 对应于Activity，负责View的绘制以及与用户交互 Model 依然是业务逻辑和实体模型 Presenter 负责完成View于Model间的交互下面两幅图经过数据与视图之间的交互清楚地展现了这种变化：

MVC模式下实际上就是Activty与Model之间交互，View彻底独立出来了。

MVP模式经过Presenter实现数据和视图之间的交互，简化了Activity的职责。同时即避免了View和Model的直接联系，又经过Presenter实现二者之间的沟通。 post

总结： MVP模式减小了Activity的职责，简化了Activity中的代码，将复杂的逻辑代码提取到了Presenter中进行处理，模块职责划分明显，层次清晰。与之对应的好处就是，耦合度更低，更方便的进行测试。学习

`MVC`和`MVP`的区别

MVC中是容许Model和View进行交互的，而MVP中很明显，Model与View之间的交互由Presenter完成。还有一点就是Presenter与View之间的交互是经过接口的。测试

还有一点注意： MVC中V对应的是布局文件，MVP中V对应的是Activity。

2、MVP的简单使用

大多数MVP模式的示例都使用登陆案例进行介绍。由于简单方便，同时能提现出 MVP的特色。今天咱们也以此例进行学习。使用MVP的好处之一就是模块职责划分明显，层次清晰。该例的结构图便可展示此优势。

1.Model层

在本例中，M0del层负责对从登陆页面获取地账号密码进行验证（通常须要请求服务器进行验证，本例直接模拟这一过程）。从上图的包结构图中能够看出，Model 层包含内容：

①实体类bean
②接口，表示Model层所要执行的业务逻辑
③接口实现类，具体实现业务逻辑，包含的一些主要方法

下面以代码的形式一一展开。
①实体类bean

public class User { 
      private String password; 
      private String username; 

      public String getPassword() { 
          return password; 
      }
     
      public void setPassword(String password) { 
          this.password = password; 
      }

      public String getUsername() { 
          return username; 
      }
      public void setUsername(String username) { 
          this.username = username; 
      }
      @Override 
      public String toString() { 
         return "User{" + 
                "password='" + password + '\'' + 
                ", username='" + username + '\'' + 
                '}'; 
      }
   }

封装了用户名、密码，方便数据传递。
②接口

public interface LoginModel { 
      void login(User user, OnLoginFinishedListener listener); 
  }

其中OnLoginFinishedListener 是presenter层的接口，方便实现回调presenter，通知presenter业务逻辑的返回结果，具体在presenter层介绍。
③接口实现类

public class LoginModelImpl implements LoginModel { 
     @Override 
     public void login(User user, final OnLoginFinishedListener l istener) {
        final String username = user.getUsername(); 
        final String password = user.getPassword(); 
        new Handler().postDelayed(new Runnable() { 
           @Override public void run() { 
              boolean error = false; 
              if (TextUtils.isEmpty(username)){ 
                 listener.onUsernameError();//model层里面回调li stener 
                 error = true;
              }
              if (TextUtils.isEmpty(password)){ 
                 listener.onPasswordError(); 
                 error = true; 
             }
             if (!error){ 
                 listener.onSuccess(); 
             } 
          } 
       }, 2000); 
    }
  }

实现Model层逻辑：延时模拟登录（2s），若是用户名或者密码为空则登录失败，不然登录成功。

2.View层

视图： 将Modle层请求的数据呈现给用户。通常的视图都只是包含用户界面(UI)，而不包含界面逻辑，界面逻辑由Presenter来实现。

从上图的包结构图中能够看出，View包含内容：

①接口，上面咱们说过Presenter与View交互是经过接口。其中接口中方法的定义是根据Activity用户交互须要展现的控件肯定的。
②接口实现类，将上述定义的接口中的方法在Activity中对应实现具体操做。

下面以代码的形式一一展开。
①接口

public interface LoginView { 
     //login是个耗时操做，咱们须要给用户一个友好的提示，通常就是操做Progre ssBarvoid showProgress(); 
     void hideProgress(); 
    //login固然存在登陆成功与失败的处理，失败给出提示 void setUsernameError(); 
     void setPasswordError(); 
    //login成功，也给个提示 
     void showSuccess(); 
  }

上述5个方法都是presenter根据model层返回结果须要view执行的对应的操做。

②接口实现类
即对应的登陆的Activity，须要实现LoginView接口。

public class LoginActivity extends AppCompatActivity implements LoginView, View.OnClickListener { 
     private ProgressBar progressBar; 
     private EditText username; 
     private EditText password; 
     private LoginPresenter presenter; 
     @Override 
     protected void onCreate(Bundle savedInstanceState) { 
       super.onCreate(savedInstanceState); 
       setContentView(R.layout.activity_login);
       progressBar = (ProgressBar) findViewById(R.id.progress); 
       username = (EditText) findViewById(R.id.username); 
       password = (EditText) findViewById(R.id.password); 
       findViewById(R.id.button).setOnClickListener(this); 
      //建立一个presenter对象，当点击登陆按钮时，让presenter去调用mode l层的login()方法，验证账号密码
       presenter = new LoginPresenterImpl(this); 
    }
    @Override 
    protected void onDestroy() { 
       presenter.onDestroy(); 
       super.onDestroy();
    }
    @Override 
    public void showProgress() { 
       progressBar.setVisibility(View.VISIBLE); 
    }
    .....
  }

View层实现Presenter层须要调用的控件操做，方便Presenter层根据Model层返回的结果进行操做View层进行对应的显示。

3.Presenter层

Presenter是用做Model和View之间交互的桥梁。从上图的包结构图中能够看出， Presenter包含内容：

①接口，包含Presenter须要进行Model和View之间交互逻辑的接口，以及上面提到的Model层数据请求完成后回调的接口。
②接口实现类，即实现具体的Presenter类逻辑。

下面以代码的形式一一展开。
①接口

public interface OnLoginFinishedListener { 
     void onUsernameError(); 
     void onPasswordError(); 
     void onSuccess(); 
  }

当Model层获得请求的结果，须要回调Presenter层，让Presenter层调用View层的接口方法。

public interface LoginPresenter { 
     void validateCredentials(User user); 
     void onDestroy(); 
  }

登录的Presenter 的接口，实现类为LoginPresenterImpl，完成登录的验证，以及销毁当前view。

②接口实现类

public class LoginPresenterImpl implements LoginPresenter, OnLog inFinishedListener { 
     private LoginView loginView; 
     private LoginModel loginModel; 

     public LoginPresenterImpl(LoginView loginView) { 
        this.loginView = loginView; 
        this.loginModel = new LoginModelImpl(); 
     }
     @Override 
     public void validateCredentials(User user) { 
        if (loginView != null) { 
            loginView.showProgress();
        }
        loginModel.login(user, this); 
       
     }
     @Override 
     public void onDestroy() {
        loginView = null; 
     }
     @Override 
     public void onUsernameError() { 
        if (loginView != null) { 
           loginView.setUsernameError();
           ....
   }

因为presenter完成两者的交互，那么确定须要两者的实现类（经过传入参数，或者 new）。 presenter里面有个OnLoginFinishedListener，其在Presenter层实现，给Model层回调，更改View层的状态，确保 Model层不直接操做View层。

示例展现：

3、总结

MVP模式的整个核心流程：

View与Model并不直接交互，而是使用Presenter做为View与Model之间的桥梁。其中Presenter中同时持有View层的Interface的引用以及Model层的引用，而View层持有Presenter层引用。当View层某个界面须要展现某些数据的时候，首先会调用 Presenter层的引用，而后Presenter层会调用Model层请求数据，当Model层数据加载成功以后会调用Presenter层的回调方法通知Presenter层数据加载状况，最后 Presenter层再调用View层的接口将加载后的数据展现给用户。

相关内容后续GitHub更新，想冲击金三银四的小伙伴能够找找看看，欢迎star
（ 顺手留下GitHub连接，须要获取相关面试等内容的能够本身去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)