基于ARouter的Android组件化实现

网上组件化的文章不少，但大多数文章都从底层的细枝末节开始讲述，由下而上给人一种这门技术“博大精深”望而生畏的感受。而我写这篇文章的初衷就是由上而下，但愿别人在阅读的过程当中可以以为“组件化原来也就是这几个东西”的感受。

首先咱们来看一下组件化项目和传统项目的区别

在传统的项目里

咱们一般状况下会有一个core的libary模块和一个app的application模块，业务中的逻辑都写在app中各个功能模块放到不一样的包下。这样作有如下几个主要的缺点：
一、实际业务变化很是快，可是单一工程的业务模块耦合度过高，牵一发而动全身。
二、在开发过程当中，任何一位成员没办法专一于本身的功能点，影响开发效率。
三、多人联合开发在版本管理中很容易出现冲突和代码覆盖的问题。
四、功能测试和系统测试每次都要进行。
五、不管分包作的再好，随着项目的增大，项目会逐渐失去层次感，别人来接手的时候会很吃力。
六、咱们在debug一个小功能的时候每次修改代码都须要从新build整个项目，这样显的很不合理。

在组件化项目中

除了有commonLib和app组件外，咱们按照功能划分各个业务组件（能够划分出app1，app2，app3，app4四个大组件），以前的包变成如今的模块，增长了层次感；每一个功能模块能够单独编译，加快了编译速度，也为提供单元模块测试提供了支持；多人开发只负责本身的模块，直接避免了版本管理的冲突。

在明白了组件化为咱们解决的主要问题后咱们来看看须要怎么作

初步实现组建化其实咱们最终要解决的问题就只有2个：

1.业务组件可集成编译也可单独编译－－经过配置gradle便可解决

2.业务组件之间的页面跳转以及通讯－－使用阿里开源的ARouter便可解决

接下来咱们具体来看一下如何操做

首先来看一下模块间依赖的问题

咱们能够参照×××的两个组件（app1，app2）来配置，首先咱们项目基本结构以下：

咱们一共须要建4个组件，除了2个功能组件外还有一个基本的core组件和一个做为启动的app组件。

在建好项目后咱们须要给2个功能组件配置一个是否单独编译的开关：

关于开关的配置位置这是一个问题，咱们把它添加在gradle.properties文件中，这样咱们每次修改值的时候就能够触发gradle的从新构建，便于咱们单独编译组件。

咱们单独编译的开关配置好了，如今咱们来看看组件之间的依赖关系：

对于2个功能组件，咱们要为它装上咱们以前配置的是否单独编译的开关，咱们须要修改以下2个地方：

能够看到咱们要修改的就是我红框框住的地方，当咱们的开关打开的时候，咱们就把他当成一个单独的application来编译，而且赋予它一个独一无二的applicationId，这样咱们就能够经过刚刚在gradle.properties中配置的开关来控制它是否单独做为一个application来编译。

而对于主入口的app组件咱们则须要作以下的配置：

咱们除了须要配置基本的core组件依赖之外还须要在app组件的gradle文件中根据开关选择是否须要依赖咱们的功能组件，这个和各个功能组件中的配置是相呼应的。

而对于其余组件模块，重复上述步骤便可完成组件化框架的搭建。

在完成了组件化框架的搭建后，须要解决业务组件之间的页面跳转以及通讯

首先，为了方便各个组件之间的交互咱们借用了阿里的ARouter库，因此在每一个非core的组件（包括主Application）中都强烈建议加入对ARouter和core的依赖。

首先来看各个组件页面间是怎样跳转的

咱们以前已经依赖了ARouter（详细用法参照https://github.com/alibaba/ARouter）,咱们要用它来帮咱们实现跳转须要如下几步：

跳转的方法就如上图显示，咱们须要标明目标页面，附带上要传送的参数，而后调用navigation()就能够跳转了，不过有人问目标页面怎么看着就是一个路径，它是怎样定义的？

• 首先要用@Route注解标注页面，并在path变量中给页面定义一个路径
• 对于传送过来的变量咱们直接定义一个同名的字段用@Autowired变量标注，Arouter会对该字段自动赋值
• 最后咱们还须要将该页面注入到ARouter中（原理相似ButterKnife），让他帮咱们完成咱们须要的工做

这样，咱们就完成了页面间的跳转了，是否是比起咱们传统的方法更加简单合理？

而后来看组件间如何通讯

这里我想在app2组件中调用app1组件的sayHello方法来Toast一我的的名字，那app1组件的方法怎样才能被其余组件（包括主组件和其余组件）调用

• 首先在core组件里建立一个暴露方法的接口，并定义接口签名，同时继承 Iprovider 接口

• 而后在app1组件中继承core里定义的接口，并实现签名方法。这里咱们一样使用Arouter的 @Router注解来提供此次服务的路由

• 最后，咱们在其余模块使用 @Autowired 注解就能够调用该方法了

能够看到咱们一样使用了@Autowired注解来初始定baseService服务，并将页面注入Arouter中便可调用服务中的方法，且对于服务的依赖是基于接口的依赖，大大提升了其灵活性！

基本组件化框架的搭建就完成了，但愿认真看完的朋友能有所收获！若有不正之处还望指正！

关于组件化的思考

• 组件的动态装载与卸载。业务组件大多都须要有本身的Application，而后在这里作相关的初始化操做，在集成模式下，只能是主组件能够有Application，那么问题一，业务组件怎么获取这个全局惟一的Application．问题二，业务组件的大量初始化操做，怎么统一到主组件才有的Application，假如全部初始化都放到主Application，那么启动速度和性能开销若是保证。
• 代码隔离。有一个隐患没有解决，那就是咱们可使用compile project(':xxx')来引入组件，虽然咱们使用了接口+实现的架构，组件之间必须针对接口编程，可是一旦咱们引入了（特别是主app引入）xxx组件，那就彻底能够直接使用到其中的实现类，这样咱们针对接口编程的规范就成了一纸空文。千里之堤毁于蚁穴，只要有代码（不管是有意仍是无心的）这么作了，咱们前面的工做就白费了。

以上两个思考如何解决，欢迎各位在git issues

以上项目git（欢迎参与改进）

github.com/YoungBill/A…