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, String pwd, 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, String pwd, 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, String pwd, 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的简易过程。。。但是优化的道路还很漫长。。

总结

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

(0)

相关推荐

  • 详解Android MVP开发模式

    本文主要讲解MVP开发模式以及具体实例. 一.简介 MVP(Model View Presenter)模式是著名的MVC(Model View Controller)模式的一个演化版本,目前它在Android应用开发中越来越重要了.初看起来我们会感觉增加了很多类接口代码看起来更加清晰. MVP模式可以分离显示层和逻辑层,所以功能接口如何工作与功能的展示可以实现分离,MVP模式理想化地可以实现同一份逻辑代码搭配不同的显示界面.不过MVP不是一个结构化的模式,它只是负责显示层而已,任何时候都可以在自

  • Android开发:浅谈MVP模式应用与内存泄漏问题解决

    最近博主开始在项目中实践MVP模式,却意外发现内存泄漏比较严重,但却很少人谈到这个问题,促使了本文的发布,本文假设读者已了解MVP架构. MVP简介 M-Modle,数据,逻辑操作层,数据获取,数据持久化保存.比如网络操作,数据库操作 V-View,界面展示层,Android中的具体体现为Activity,Fragment P-Presenter,中介者,连接Modle,View层,同时持有modle引用和view接口引用 示例代码 Modle层操作 public class TestModle

  • Android MVP模式ListView中嵌入checkBox的使用方法

    MVP模式 ListView中嵌入checkBox的使用 本文写的是一个小demo,如何在ListView中嵌入checkBox配合使用,本篇文章与前面的嵌入Button类似,同样的采用MVP模式的写代码,本次案例中会有几个小细节,我将会在案例中介绍. 程序基本框架如下: View层: MainActivity.java public class MainActivity extends AppCompatActivity implements ViewInter<MyBean>{ //Lis

  • 详解Android中的MVP架构分解和实现

    1.概述 传统的Android开发架构一般是MVC模式, Model:业务逻辑和实体模型 View:对应于布局文件 Controllor:对应于Activity 单独从逻辑看起来非常好,与我们做Web开发时,开发模式类似,但在实际开发中,View对应于布局文件,实际上关于该布局文件中的数据绑定的操作,事件处理的代码都在Activity中,Activity既像View又像Controller(MVVP架构中包括数据绑定),导致Activity中职责太重,耦合度大.修改和维护起来非常麻烦. 2.MV

  • Android中mvp模式使用实例详解

    MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负 责显示.作为一种新的模式,MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会从直接Model中读取数据而不是通过 Controller. 在MVC里,View是可以直接访问

  • Android MVP模式实战教程

    一.什么是MVP 在网上找了些资料,整理如下: MVP是模型(Model).视图(View).主持人(Presenter)的缩写,分别代表项目中3个不同的模块. 模型(Model):负责处理数据的加载或者存储,比如从网络或本地数据库获取数据等: 视图(View):负责界面数据的展示,与用户进行交互: 主持人(Presenter):相当于协调者,是模型与视图之间的桥梁,将模型与视图分离开来. 如下图所示,View与Model并不直接交互,而是使用Presenter作为View与Model之间的桥梁

  • 浅谈Android官方MVP架构解读

    综述 对于MVP (Model View Presenter)架构是从著名的MVC(Model View Controller)架构演变而来的.而对于Android应用的开发中本身可视为一种MVC架构.通常在开发中将XML文件视为MVC中的View角色,而将Activity则视为MVC中的Controller角色.不过更多情况下在实际应用开发中Activity不能够完全充当Controller,而是Controller和View的合体.于是Activity既要负责视图的显示,又要负责对业务逻辑的

  • 详解MVP模式在Android开发中的应用

    一.MVP介绍  随着UI创建技术的功能日益增强,UI层也履行着越来越多的职责.为了更好地细分视图(View)与模型(Model)的功能,让View专注于处理数据的可视化以及与用户的交互,同时让Model只关系数据的处理,基于MVC概念的MVP(Model-View-Presenter)模式应运而生. 在MVP模式里通常包含4个要素: (1)View:负责绘制UI元素.与用户进行交互(在Android中体现为Activity); (2)View interface:需要View实现的接口,Vie

  • 完整的Android MVP开发之旅

    开发背景 最近是在做一个与健身相关的APP,里面有训练器模块基本功能是按照特点动作的演示和描述来引导用户完成训练.在第一个版本时由于没接触过些类项目与功能花了几周的时间大概1500行代码才完成这个功能, 当时虽然我已经尽量让代码表现的清晰,但是可以想像到当一个Activity中包含这么多代码是什么感觉.自己维护起来都难受. 先谈设计 有了前一次设计经验此次开发使用MVP.模块化.面向接口等概念,将整个训练器分为控制器.数据模型.音频.视图.可训练对象五个模块分别用以下接口表示: ITrainer

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

    前言 MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负 责显示.下面这篇文章主要给大家介绍了关于Android从实现到封装MVP的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧. MVP之间的联系 大概简单的解释就是M->module处理数据,V->Act显示界面,P->M和V沟通的渠道,即P用来将数据和界面联系到一起,这样子界面和数据就可以完全独立开来,Ac

  • Android Intent封装的实例详解

    Android Intent封装的实例详解 什么是Intent: Intent是协调应用间.组件之间的通讯和交互.通过Intent你可以启动Activity.Service.Broadcasts.更可以跨程序调用第三方组件.例如:启动拨打电话界面.音乐播放等. 组件     启动 Activity startActicity() Service startService(),bindService( ) Broadcasts sendBroadcast() 使用Intent: 栗子:在一个Act

  • Android ListView监听滑动事件的方法(详解)

    ListView的主要有两种滑动事件监听方法,OnTouchListener和OnScrollListener 1.OnTouchListener OnTouchListener方法来自View中的监听事件,可以在监听三个Action事件发生时通过MotionEvent的getX()方法或getY()方法获取到当前触摸的坐标值,来对用户的滑动方向进行判断,并可在不同的Action状态中做出相应的处理 mListView.setOnTouchListener(new View.OnTouchLis

  • Android jni调试打印char阵列的实例详解

    Android jni调试打印char阵列的实例详解 前言: 在android开发中,用jni有时候需要打印某一个字符串的二进制格式输出,比较友好的输出格式是一个四列,八列,十六列的矩阵格式.类似在错误删除野指针时出现如下错误: pid: 2721, tid: 3005, name: pool-5-thread-5 >>> onxmaps.hunt <<< signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr dea

  • Android项目中实体类entity的作用详解

    估计很多入门安卓的朋友对entity很困惑,为什么要写实体类?有什么用?写来干什么? 对于实体类的理解我入门的时候也是困惑了好久,后面用多了才慢慢理解,这篇博客就当复习和笔记. Java中entity(实体类)的写法规范 在日常的Java项目开发中,entity(实体类)是必不可少的,它们一般都有很多的属性,并有相应的setter和getter方法.entity(实体类)的作用一般是和数据表做映射.所以快速写出规范的entity(实体类)是java开发中一项必不可少的技能. 在项目中写实体类一般

  • Android在fragment中编写toobar的步骤详解

    第一步的话就是首先导入我们的依赖的包: compile 'com.android.support:appcompat-v7:23.3.0' 第二步的话就是准备我们的布局文件和我们的item 在这的话我是将我们的toobar单独的放在一个布局文件中的方便以后的调用以及将我们的主题改为 我们noactionbar,同时在我们的主文件中进行引用 修改为nopactionbar 引用 设置单独的xml文件 然后的话就是我们在我们的这个位置设置的是我们的啊就是toobar的单独的一个文件代码如下: <?x

  • Android Handler,Message,MessageQueue,Loper源码解析详解

    本文主要是对Handler和消息循环的实现原理进行源码分析,如果不熟悉Handler可以参见博文< Android中Handler的使用>,里面对Android为何以引入Handler机制以及如何使用Handler做了讲解. 概括来说,Handler是Android中引入的一种让开发者参与处理线程中消息循环的机制.我们在使用Handler的时候与Message打交道最多,Message是Hanlder机制向开发人员暴露出来的相关类,可以通过Message类完成大部分操作Handler的功能.但

  • Android自定义view实现滚动选择控件详解

    目录 前言 需求 编写代码 主要问题 前言 上篇文章通过一个有header和footer的滚动控件(Viewgroup)学了下MeasureSpec.onMeasure以及onLayout,接下来就用一个滚动选择的控件(View)来学一下onDraw的使用,并且了解下在XML自定义控件参数. 需求 这里就是一个滚动选择文字的控件,还是挺常见的,之前用别人的,现在选择手撕一个,核心思想如下: 1.有三层不同大小及透明度的选项,选中项放在中间 2.接受一个列表的数据,静态时显示三个值,滚动时显示四个

  • Android开发基础实现音频文件的播放详解

    目录 前言 实现方法 最终效果 总结 前言 上一篇(安卓开发基础——实现最简单的视频播放我们简单的实现了一个播放视频的功能,这一节我们来实现App对音频文件的播放功能,本文主要是依靠MediaPlayer类去实现Android播放音乐的. 实现方法 和上一篇的播放功能实现类似,我们首先需要一个文件夹去放我们的音频文件,我们在main文件夹下新建一个assets文件夹放入我们的音频文件 然后我们在布局中添加一张图片,下面加上三个处理播放控制的按钮,播放,暂停(暂停播放),停止(正在播放就停止播放,

  • Android自定义View中attrs.xml的实例详解

    Android自定义View中attrs.xml的实例详解 我们在自定义View的时候通常需要先完成attrs.xml文件 在values中定义一个attrs.xml 然后添加相关属性 这一篇先详细介绍一下attrs.xml的属性. <?xml version="1.0" encoding="utf-8"?> <resources> //自定义属性名,定义公共属性 <attr name="titleText" for

随机推荐