App 组件化/模块化之路——使用SDK的思路进行模块化设计接口

  • 时间:
  • 浏览:0
  • 来源:彩神安卓下载_神彩安卓下载官方

AuthManager 中还有一还还有一个 AuthDBHelper 类,什儿 是用户信息的缓存类。假如用户登录过了,这么下次可是我直接取缓存中的登录信息就还能不能了。

如果,实现一还还有一个 Contract 接口中的 View 接口。实在是空实现。

思路实在也简单。不错,为了我能 的接口更好的复用,当当我们 儿把整个模块相关的接口进行整体设计。对外统一接口和回调方法。当当我们 儿来看代码。

类似于,我的 App 里好多好多 页面全是用到获取本地音乐如果视频的列表。同样地,有以下几只类。

在不久事先分享一篇《App 组件化/模块化之路——如可封装网络请求框架》文章介绍了我在项目中封装网络请求框架的思路。开发一还还有一个 App 会涉及到好多好多 网络请求 API ,类似于登录注册接口、用户信息接口、业务列表请求接口等等。而本文介绍的是如可模块化设计哪几种接口,使得项目中更好地复用代码。当然这仅仅是一家之言,欢迎留言拍砖。

如果在只有调用接口的页面中,如LoginFragment

原先用起来是全是很方便呢?

类似于的注册接口对应一还还有一个 SignUpRequest 类,于是原先有几只个接口就又几只个 Request 类。

与用户相关的API都放进此模块中进行管理,而其它模块进行使用就很方便了。

首先,在Application中进行初始化

网络请求中最常见的莫过于用户授权登录模块了。现在以此模块为例,为宜 有以下接口

目前在项中中除了 API 还能不能原先设计之外,还有其它一还还有一个 功能假如各个模块全是如果老会 使用到的都还能不能使用原先的思路。

最后,当当我们 儿实现 Contract 中的 Presenter 接口了。什儿 可是我当当我们 儿什儿 模块化接口的核心类了。

预览以下整体的形态学

为哪几种要提供一还还有一个 空实现的类呢?实在为了方便使用。想想你使用过的 WebViewChrome 的接口回调。

什儿 用法是全是与其它第三方 SDK 的使用类似于呢?还能不能感受一下,实在什儿 也是事先提到的 SDK 设计思路。

首先,根据 API 设计 Contract 接口,在这里定义接口请求方法和回调方法。类似于当当我们 儿什儿 登录模块,就还能不能定义一还还有一个 AuthContract 协议接口,在什儿 Contract上方又管理着 PresenterView 接口,分别代表具体 API 请求方法和数据回调方法。其中在 View 接口中定义了几只通用的回调 onBegin, onFinish, onError,分别代表请求现在开使、现在开使、出错等几种情况汇报,其它方法可是我具体 API 返回的数据回调了。

假设一还还有一个 App 暗含哪几种接口,这么如可设计哪几种接口呢?按照当当我们 儿事先设计的网络请求框架可是我把每一还还有一个 具体的 API (类似于登录接口) 写一还还有一个 Request 类。

AuthManager 什儿 类设计单例模式。除了具体 API 实现接口还有以下几只方法

什儿 Contract 接口设计思路是源于googlesamples/android-architecture 。原先的好处我认为可是我很好的管理什儿 模块中的众多的接口和回调方法,而维护者一看就一目了然,非常清晰。

具体的 API 实现中,我这里就使用了事先网络框架中的代码 SignInRequest。

就你还能不能的 App 业务比较比较复杂,这么 Request 类数目就会暴增,这事先如可组织管理哪几种 Request 类可是我一还还有一个 问提了。