有货Android组件化下的路由实践

背景

随着有货App的业务不断迭代,功能不断累积,原有的项目架构逐渐出现了以下问题:业务模块代码边界不清晰,耦合过重;业务代码与通用代码的耦合导致很多重复代码;基础组件库的不完善导致了一些三方库的重复。鉴于此,组件化势在必行,一个简易的架构分层图如下:

单向依赖,业务组件相互之间无依赖关系,那业务组件之间的页面跳转该如何解决呢?

路由

现在比较通用的一个解决办法是采用路由,现在社区有很多开源路由框架,比如ARouterDeepLinkDispatchActivityRouterLiteRouter等,再结合有货现有的业务跟组件化架构,基于以下几点实现一个路由方案:

  1. 注解配置,通过APT在编译时去生成各个组件的路由表

  2. AspectJ去汇总各个组件的路由表,同样通过APT生成辅助代码实现

  3. 路由调用支持原本Bundle支持的各种数据类型,各种Activity跳转的Flags,跳转动画以及支持startActivityForResult

  4. 支持拦截器,特别是先跳转登录再跳转请求的页面这种异步的场景,可以通过RxJava的Subject实现

  5. Activity的参数自动注入,类似ButterKnife,这个优先级不高

  6. 路由后的结果回调

  7. 兼容原本App中的老跳转规则,可以将原来的流程对接到新的路由sdk

简单用一个流程图表示一下,下面会具体讲:

实践

对于上面说的几点,我从路由使用的角度来详细阐述一下。

  1. 首先整个路由sdk有三部分组成

· router是一些代码中用到的API

· router-annotation定义了一些需要用到的注解

· router-processor定义了注解处理器

· 初始化

在Application的onCreate()里初始化路由sdk,所做的事情很简单,只是初始化一个List,这个List负责汇总各个组件模块中的路由。

  1. 路由定义

· 这个注解会在编译时由注解处理器来解析

· 此注解支持配置多个url

· url的格式:scheme://host/path/{paramKey},url正则匹配,为了不使url的解析过于复杂,这里的param匹配只会解析成String类型,对于其余的类型则可通过Router API手动添加

· url匹配举例:yoho://detail/88

除了Router这个注解还需要一个RouterModule注解:

· 这个注解同样在编译时由注解处理器来解析,注解一个空类即可,它会生成一个类DetailModuleRouter,这个类生成在当前组件的包名下,用来汇总该组件下所有的Router注解并放入一个List中用于匹配

· 除此之外,注解处理器还需要在DetailModuleRouter中插入一段AspectJ调用代码,用于汇总各个组件模块路由:

简单解释一下,就是将该组件的路由module类加到一个汇总所有路由module类的List中,这个List就是上面第二步所说的初始化的List,加入的地方与时机便是由AspectJ来决定,这段AspectJ注解的意思就是切入路由sdk的初始化方法,在调用该方法后的代码中去执行该组件的路由汇总工作,其他组件同理。这样做主要是因为组件化后各个业务组件编写代码期间无依赖关系,只有编译运行后才可见([参照得到的组件化方案]),也就不能强引用各个组件的路由module类,而AspectJ则是在编译期间AOP正好可以应对这个情况,由于项目中之前做其他功能已经引入了AspectJ,所以对于我们来说不是很重的选择。

· 我们看下AspectJ后的字节码:

  1. 编译期所做的事情基本理完,下面就是正式调用Router相关的API,一个例子如下:



    RouterCall代表了一次路由操作,用Builder模式去构造,有很多putXxx方法,可以去添加Bundle支持的各种数据类型,Activity相关的Flags(如Intent.FLAG_ACTIVITY_NEW_TASK),Activity直接跳转的动画等,这些数据都封装在RouterMap这个类中,然后支持添加拦截器和routerCallback,这儿的拦截器是同步的,异步的后面会说,route有一个重载的带requestCode的方法,如果带入一个大于0的值,则会去调用startActivityForResult。拦截器调用链参考了okHttp的实现,真正的路由跳转操作也当成一个拦截器,放到所有拦截器的最后。下面是这个过程的一个简单时序图:

  1. 异步拦截器

2· 并没有放到路由sdk中,因为跟业务有一些耦合

3· 我这里用RxJava的PublishSubject来实现,Subject属于Hot Observable,有点类似EventBus,但是可以当成一个专用的EventBus

4· 一个简单例子如下:


如果需要登录则先路由到登录,登录成功后发射一下:sUserPublishSubject.onNext(sUser)则会跳转到原先的路由页面,要注意及时的dispose,否则界面会乱跳。

总结

上面列出了路由实践中重要的一些点,还有些未实现比如支持方法调用,安全考虑,会逐步完善。为方便开发,形成一份路由url映射的文档很有必要,这个也可以在编译时去生成,可以参考DeepLinkDispatch,不再赘述。

参考文献

感谢社区优秀的路由库和相关文章:

· https://www.jianshu.com/p/8a3eeeaf01e8

·https://github.com/airbnb/DeepLinkDispatch

· https://github.com/alibaba/ARouter

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,511评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,495评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,595评论 0 225
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,558评论 0 190
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,715评论 3 270
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,672评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,112评论 2 291
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,837评论 0 181
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,417评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,928评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,316评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,773评论 2 234
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,253评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,827评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,440评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,523评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,583评论 2 249