Android组件化方案及组件消息总线modular-event实战
57 浏览量
2021-01-27
14:16:17
上传
评论
收藏 608KB PDF 举报
Android组件化方案及组件消息总线组件化方案及组件消息总线modular-event实战实战
背景
组件化作为Android客户端技术的一个重要分支，近年来一直是业界积极探索和实践的方向。美团内部各个Android开发团队也
在尝试和实践不同的组件化方案，并且在组件化通信框架上也有很多高质量的产出。最近，我们团队对美团零售收银和美团轻
收银两款Android App进行了组件化改造。本文主要介绍我们的组件化方案，希望对从事Android组件化开发的同学能有所启
发。
为什么要组件化
近年来，为什么这么多团队要进行组件化实践呢？组件化究竟能给我们的工程、代码带来什么好处？我们认为组件化能够带来
两个最大的好处：
提高组件复用性
可能有些人会觉得，提高复用性很简单，直接把需要复用的代码做成Android Module，打包AAR并上传代码仓库，那么这部
分功能就能被方便地引入和使用。但是我们觉得仅仅这样是不够的，上传仓库的AAR库是否方便被复用，需要组件化的规则
来约束，这样才能提高复用的便捷性。
降低组件间的耦合
我们需要通过组件化的规则把代码拆分成不同的模块，模块要做到高内聚、低耦合。模块间也不能直接调用，这需要组件化通
信框架的支持。降低了组件间的耦合性可以带来两点直接的好处：第一，代码更便于维护；第二，降低了模块的Bug率。
组件化之前的状态
我们的目标是要对团队的两款App（美团零售收银、美团轻收银）进行组件化重构，那么这里先简单地介绍一下这两款应用的
架构。总的来说，这两款应用的构架比较相似，主工程Module依赖Business Module，Business Module是各种业务功能的集
合，Business Module依赖Service Module，Service Module依赖Platform Module，Service Module和Platform Module都对上
层提供服务，有所不同的是Platform Module提供的服务更为基础，主要包括一些工具Utils和界面Widget，而Service Module
提供各种功能服务，如KNB、位置服务、网络接口调用等。这样的话，Business Module就变得非常臃肿和繁杂，各种业务模
块相互调用，耦合性很强，改业务代码时容易“牵一发而动全身”，即使改一小块业务代码，可能要连带修改很多相关的地方，
不仅在代码层面不利于进行维护，而且对一个业务的修改很容易造成其他业务产生Bug。
组件化方案调研
评论0