Android如何从实现到封装一个MVP详解

概述前言MVP是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。下面这篇文章主要给大家介绍了关于Android从实现到封装MVP的相关内容，分享出

前言

MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，VIEw负 责显示。下面这篇文章主要给大家介绍了关于AndroID从实现到封装MVP的相关内容，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍吧。

MVP之间的联系

大概简单的解释就是M->module处理数据，V->Act显示界面，P->M和V沟通的渠道，即P用来将数据和界面联系到一起，这样子界面和数据就可以完全独立开来，Act只做界面相关的事情，Module只处理数据，P只负责两者沟通从而实现解耦。

简单的实现一个没有任何封装的MVP

以登录界面为例子，它需要的文件大概是以下

ILoginVIEw LoginPresenter需要和LoginAct互动的方法，比如说presenter需要获得通过act登录框的姓名，而act需要presenter处理登录数据后的返回值code

public interface ILoginVIEw { String getUsername(); String getUserPwd(); voID onSuccess(String code);}

IRequestLoginLoginPresenter需要和LoginModule互动的方法，比如说presenter需要通过module获取登录结果，而module需要presenter传递给他username和pwd,并传递一个实例化好的接口过去用来回调返回值

public interface IRequestLogin { voID tologin(String username,String pwd,IRequestResult requestResult);}

IRequestResultLoginPresenter需要实时获取LoginModule的返回结果

public interface IRequestResult { voID onSuccess(String result); voID onFailed(String result);}

3个管道定义好后就可以去实现3个MVP的主题module，vIEw，presenter

LoginAct实现自ILoginVIEw接口，并持有present的对象，从而实现LoginPresenter和它的交互,可以看到act并没有任何处理数据的地方，他要做的只是提供姓名和密码给presenter，通过present去登录，并且接收presenter处理后的返回值code。

public class LoginAct extends AppCompatActivity implements ILoginVIEw { private static final String TAG = "LoginAct"; LoginPresenter loginPresenter = new LoginPresenter(); @OverrIDe protected voID onCreate(@Nullable Bundle savedInstanceState) {  super.onCreate(savedInstanceState);  loginPresenter.tologin(this); } @OverrIDe public String getUsername() {  return "username"; } @OverrIDe public String getUserPwd() {  return "userPwd"; } @OverrIDe public voID onSuccess(String code) {  Log.e(TAG,code); }}

LoginModule只用来做数据的处理，例如通过presenter传递过来的name和pwd去请求服务器从而获取code，并通过接口返回给presenter

public class LoginModule implements IRequestLogin{ @OverrIDe public voID tologin(String name,IRequestResult requestResult) {  requestResult.onSuccess("success->"+name+" "+pwd); }}

LoginPresenter用来做两者沟通的桥梁，他持有2个对象一个module一个vIEw可以看出来他是中间件，用来 *** 作module和vIEw让他们之间可以联系到一起，当act发起登录 *** 作时，他通过vIEw获取到name和pwd并通过module去请求服务器拿到返回值，之后又传递给act。

public class LoginPresenter implements IRequestResult { private LoginModule loginModule; private ILoginVIEw loginVIEw; public voID tologin(LoginAct loginAct) {  loginVIEw = loginAct;  loginModule = new LoginModule();  loginModule.tologin(loginVIEw.getUsername(),loginVIEw.getUsername(),this); } @OverrIDe public voID onSuccess(String result) {  loginVIEw.onSuccess(result); } @OverrIDe public voID onFailed(String result) { }}

简单的实现后，进行封装Base

看到3个接口不见了。。因为将他们放在了BaseContract文件中，比较省事。。。contract（契约类）名字自己想一个就好。。不用那么认真。。

BaseContract虽然没有什么共有的因素，还是留一个base，万一以后有需求。。IBaseModule用来实现所有处理数据中的共同点，例如所有的module都要请求数据返回一个string

public class BaseContract { public interface IBaseModule { } public interface IBasePresenter { } public interface IBaseVIEw {  voID showToast(String msg); }}

BaseAct用来封装act共有的属性，例如所有的act都会实现一个IBaseVIEw接口，并且都会持有一个presenter对象，在oncreate中实例化presenter，并且实例化presenter中的module和vIEw

public abstract class BaseAct<V extends BaseContract.IBaseVIEw,P extends BasePresenter> extends AppCompatActivity implements BaseContract.IBaseVIEw { public P presenter; @OverrIDe protected voID onCreate(@Nullable Bundle savedInstanceState) {  super.onCreate(savedInstanceState);  presenter = initPresenter();  if (presenter != null) {   presenter.attatchWindow(initModule(),this);  }  initVIEw(); } protected abstract voID initVIEw(); protected abstract P initPresenter(); protected abstract BaseModule initModule(); @OverrIDe protected voID onDestroy() {  super.onDestroy();  presenter.detachWindow(); }}

BaseModule不做任何处理

public class BaseModule implements BaseContract.IBaseModule {}

BasePresenter同时持有module和vIEw，在actdestory的时候释放

public class BasePresenter<M extends BaseModule,V extends BaseContract.IBaseVIEw> { public M module; public V vIEw; voID attatchWindow(M m,V v) {  this.module = m;  this.vIEw = v; } voID detachWindow() {  this.module = null;  this.vIEw = null; }}

使用Base之后的Act

LoginContract和之前一样，定义需要交互的数据

public class LoginContract { interface ILoginVIEw extends BaseContract.IBaseVIEw {  String getname();  String getPwd();  voID onLoginResult(String code); } public interface ILoginPresenter extends BaseContract.IBasePresenter {  voID getResult(LoginBean bean); } public interface ILoginModule extends BaseContract.IBaseModule {  voID tologin(String name,ILoginPresenter iLoginPresenter); }}

LoginAct 省去了初始化presenter的步骤

public class LoginAct extends BaseAct<LoginContext.ILoginVIEw,LoginPresenter> implements LoginContext.ILoginVIEw { private static final String TAG = "LoginAct"; @OverrIDe public voID showToast(String msg) { } @OverrIDe protected voID onResume() {  super.onResume();  presenter.tologin(); } @OverrIDe protected BaseModule initModule() {  return new LoginModule(); } @OverrIDe protected voID initVIEw() { } @OverrIDe protected LoginPresenter initPresenter() {  return new LoginPresenter(); } @OverrIDe public String getname() {  return "name"; } @OverrIDe public String getPwd() {  return "pwd"; } @OverrIDe public voID onLoginResult(String code) {  Log.e(TAG,code); }}

LoginModule请求数据返回结果，差别不大

public class LoginModule extends BaseModule implements LoginContract.ILoginModule { @OverrIDe public voID tologin(String name,LoginContract.ILoginPresenter iLoginPresenter) {  //网络 *** 作，返回数据  LoginBean loginBean = new LoginBean();  loginBean.setCode(name + pwd);  iLoginPresenter.getResult(loginBean); }}

LoginPresenter省去实例化module和vIEw的步骤

public class LoginPresenter extends BasePresenter<LoginModule,LoginAct> implements LoginContract.ILoginPresenter { public voID tologin() {  module.tologin(vIEw.getname(),vIEw.getPwd(),this); } @OverrIDe public voID getResult(LoginBean bean) {  vIEw.onLoginResult(bean.getCode()); }}

综上就是从实现到封装一个mvp的简易过程。。。但是优化的道路还很漫长。。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对编程小技巧的支持。

总结

以上是内存溢出为你收集整理的Android如何从实现到封装一个MVP详解全部内容，希望文章能够帮你解决Android如何从实现到封装一个MVP详解所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。