博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Kotlin 版 MVP 基础框架构建
阅读量:6301 次
发布时间:2019-06-22

本文共 6405 字,大约阅读时间需要 21 分钟。

  • 项目 已经使用该框架
  • Java 版 MVP 基础框架:
  • Kotlin 版 MVP 基础框架:

简介

快速搭建 Kotlin+MVP+RxJava+Retrofit+EventBus 的框架,方便快速开发新项目、减少开发成本,让所写的代码更加简洁,让开发者只需要关注业务的实现。

代码结构

1. View 层的基类封装

  • BaseActivityBaseFragment 是抽象类,封装了布局文件 ID 、初始化 View 、初始化数据、开始请求、是否使用 EventBus 、状态栏等;
  • BaseMvpActivityBaseMvpFragment 分别继承 BaseActivityBaseFragment 并实现了 IView 接口,将 MVP 基础架构封装起来;注:如果想使用 MVP 架构就继承 BaseMvpActivity 或者 BaseMvpFragment ,如果不适用 MVP 架构就继承 BaseActivity 或者 BaseFragment
  • BaseMvpTitleActivity 继承 BaseMvpActivity ,简单了封装了 Toolbar,可扩展 。

2. ext 相关的封装(主要用到了 Kotlin 扩展函数)

  • 封装 logeshowToastshowSnackMsgsssss 等通用方法,项目中可以直接调用;
  • sssss ,这两个方法主要是对网络请求的统一封装,使用起来非常方便(亮点);
mModel?.getBanners()?.ss(mModel, mView) {    mView?.showBanners(it.data)}addDisposable(    mModel?.getBanners()?.sss(mView) {        mView?.showBanners(it.data)    })复制代码

这里贴上 sssss 方法的代码(这两个方法用起来真的太爽了):

fun 
Observable
.ss( model: IModel?, view: IView?, isShowLoading: Boolean = true, onSuccess: (T) -> Unit) { this.compose(SchedulerUtils.ioToMain()) .retryWhen(RetryWithDelay()) .subscribe(object : Observer
{ override fun onComplete() { view?.hideLoading() } override fun onSubscribe(d: Disposable) { if (isShowLoading) { view?.showLoading() } model?.addDisposable(d) if (!NetWorkUtil.isConnected()) { view?.showDefaultMsg("当前网络不可用,请检查网络设置") d.dispose() onComplete() } } override fun onNext(t: T) { when { t.errorCode == ErrorStatus.SUCCESS -> onSuccess.invoke(t) t.errorCode == ErrorStatus.TOKEN_INVAILD -> { // Token 过期,重新登录 } else -> view?.showDefaultMsg(t.errorMsg) } } override fun onError(t: Throwable) { view?.hideLoading() view?.showError(ExceptionHandle.handleException(t)) } })}复制代码
fun 
Observable
.sss( view: IView?, isShowLoading: Boolean = true, onSuccess: (T) -> Unit): Disposable { if (isShowLoading) { view?.showLoading() } return this.compose(SchedulerUtils.ioToMain()) .retryWhen(RetryWithDelay()) .subscribe({ when { it.errorCode == ErrorStatus.SUCCESS -> onSuccess.invoke(it) it.errorCode == ErrorStatus.TOKEN_INVAILD -> { // Token 过期,重新登录 } else -> view?.showDefaultMsg(it.errorMsg) } view?.hideLoading() }, { view?.hideLoading() view?.showError(ExceptionHandle.handleException(it)) })}复制代码

3. 网络通讯通用类

  • 封装 RetrofitFactory 来构建不同 baseUrlRetrofitService注:项目中 baseUrl 很多的情况下,不建议使用,建议重新封装) ;
  • 封装 cookie 相关、统一的异常处理、 CacheInterceptorHeaderInterceptorSaveCookieInterceptor 等;
  • 封装 请求重连 操作,详情请见类 RetryWithDelay
object MainRetrofit : RetrofitFactory
() { override fun baseUrl(): String = Constant.BASE_URL override fun getService(): Class
= MainApi::class.java}interface MainApi { @GET("/banner/json") fun getHomeBanner(): Observable
>>}复制代码

4. MVP 基础架构

MVP 即是 Model , View , Presenter 三层,把 Activity 中的 UI 逻辑抽象成 View 接口,把业务逻辑抽象成 Presenter 接口, Model 类还是原来的 Model ,实现了 Model 层和 View 层完全解耦。

用户触发 V 层事件, V 层把事件通知 P 层, P 层通知 M 层处理这个事件, M 层处理完之后把结果发送给 P 层, P 层再发送给 V 层,最后 V 层做出相应的处理,这是 MVP 架构的一整套流程。

  • M 层:模型层,负责数据的请求、解析、过滤等操作;
  • V 层:视图层,负责视图部分展示、视图时间处理, ActivityFragmentDialogViewGroup 等呈现视图的组件都可以承担该角色;
  • P 层:模型层和视图层交互的桥梁。
MVP 架构的优缺点

A. 优点

  • 模块职责划分明显,层次清晰,接口功能清晰;

  • Model层和View层分离,解耦.修改 View 而不影响 Model

  • 功能复用度高,方便.一个 Presenter 可以复用于多个 View ,而不用更改 Presenter 的逻辑;

  • 有利于测试驱动开发,以前的 Android 开发是难以进行单元测试;

  • 如果后台接口还未写好,但已知返回数据类型的情况下,完全可以写出此接口完整的功能。

B. 缺点

  • MVP 中接口过多;

  • 每一个功能,相比于 MVC 要多写好几个文件;

  • 如果某一个界面中需要请求多个服务器接口,这个界面文件中会实现很多的回调接口,导致代码繁杂;

  • 如果更改了数据源和请求中参数,会导致更多的代码修改;

  • 额外的代码复杂度及学习成本。

5. rx 相关

  • 封装 SchedulerUtils 工具类、 IoMainScheduler 等;
  • BaseObserverBaseSubscriberResourceObserverResourceSubscriber 通用封装。

6. 工具类和帮助类

  • 封装 Preference 类,主要采用了 kotlin 委托属性和 SharedPreference 的实例;
  • 封装 StatusBarUtil (适配状态栏) 、 KeyBoardUtil (键盘相关) 、 NetWorkUtil (网络相关) 、 RomUtil (手机ROM相关) 、 FileProvider7 (7.0手机文件适配) 等。

7. 自定义控件

  • 封装 ToastLoadingViewOnNoDoubleClickListener (防止连续点击)。

如何使用?

只需要五步就可以实现 MVP 架构。

第一步:导入baselibs库

Clone or Download 后导入 baselibs 库,再根据需求自行修改即可。

第二步:定义一个Contract

需要定义一个 Contract 接口,来抽象 ViewPresenterModel 的方法,并且它们需要分别继承 IViewIPresenterIModel 接口。

案例: MainContract

interface MainContract {    interface View : IView {        fun showBanners(banners: MutableList
) } interface Presenter : IPresenter
{ fun getBanner2() } interface Model : IModel { fun getBanners(): Observable
>> }}复制代码
第三步:创建一个Model接口的实现类,需要继承 BaseModel 类 并实现Model接口

案例: MainModel

class MainModel : BaseModel(), MainContract.Model {    override fun getBanners(): Observable
>> { return MainRetrofit.service.getHomeBanner() }}复制代码
第四步:创建一个Presenter接口的实现类,需要继承 BasePresenter<M : IModel, V : IView> 并实现 MainContract.Presenter 接口

案例: MainPresenter

class MainPresenter : BasePresenter
(), MainContract.Presenter { override fun createModel(): MainContract.Model? = MainModel() override fun getBanner2() { mModel?.getBanners()?.ss(mModel, mView) { mView?.showBanners(it.data) } }}复制代码
第五步:创建一个View的接口实现类,这是一个Activity或者Fragment,需要继承BaseMvpActivity<in V : IView, P : IPresenter> 或者 BaseMvpFragment<in V : IView, P : IPresenter> 并实现 View 接口

案例:MainActivity

class MainActivity : BaseMvpTitleActivity
(), MainContract.View { override fun attachChildLayoutRes(): Int = R.layout.activity_main override fun createPresenter(): MainContract.Presenter = MainPresenter() override fun initView() { } override fun initData() { } override fun start() { mPresenter?.getBanner2() } override fun showBanners(banners: MutableList
) { tv_result.text = banners.toString() }}复制代码

至此, Kotlin 基础框架已经搭建完成,如有错误之处还请指正。

最后

完整的项目地址:

转载地址:http://czwxa.baihongyu.com/

你可能感兴趣的文章
Go基础之--位操作中你所不知道的用法
查看>>
Python回顾与整理1:Python基础
查看>>
.net精简框架集多个类同时串行化(XML方式)技术
查看>>
C#中的 int?是什么意思
查看>>
编程思维随想
查看>>
微信小程序+java后端整合笔记
查看>>
Java应用程序工程模板
查看>>
Web上传文件的原理及实现
查看>>
DPM2007安装配置简要指南
查看>>
如何使用常用的6种方式对数据进行转换(二)
查看>>
1463: C语言实验题――相加和最大值
查看>>
坚持之随想
查看>>
$.ajax()方法详解
查看>>
python模块介绍- SocketServer 网络服务框架
查看>>
【CSS进阶】box-shadow 与 filter:drop-shadow 详解及奇技淫巧
查看>>
IE无法显示.shtml格式网页
查看>>
Android 发送多个不同的快捷方式(shortcut)到桌面并向其启动的Activity传参
查看>>
Lind.DDD.ILogicDeleteBehavor~逻辑删除的实现
查看>>
从零开始仿写一个BiliBili客户端之编译ijkplayer
查看>>
略谈OS存储管理
查看>>