基于ARouter的Android组件化实现

2,835 阅读7分钟

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

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

在传统的项目里

我们通常情况下会有一个core的libary模块和一个app的application模块,业务中的逻辑都写在app中各个功能模块放到不同的包下。这样做有以下几个主要的缺点:
1、实际业务变化非常快,但是单一工程的业务模块耦合度太高,牵一发而动全身。
2、在开发过程中,任何一位成员没办法专注于自己的功能点,影响开发效率。
3、多人联合开发在版本管理中很容易出现冲突和代码覆盖的问题。
4、功能测试和系统测试每次都要进行。
5、无论分包做的再好,随着项目的增大,项目会逐渐失去层次感,别人来接手的时候会很吃力。
6、我们在debug一个小功能的时候每次修改代码都需要重新build整个项目,这样显的很不合理。

在组件化项目中

除了有commonLib和app组件外,我们按照功能划分各个业务组件(可以划分出app1,app2,app3,app4四个大组件),之前的包变成现在的模块,增加了层次感;每个功能模块可以单独编译,加快了编译速度,也为提供单元模块测试提供了支持;多人开发只负责自己的模块,直接避免了版本管理的冲突。

图1-0组件化基本项目结构图

在明白了组件化为我们解决的主要问题后我们来看看需要怎么做

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

1.业务组件可集成编译也可单独编译--通过配置gradle即可解决

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

接下来我们具体来看一下如何操作

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

我们可以参照×××的两个组件(app1,app2)来配置,首先我们项目基本结构如下:

0.png

我们一共需要建4个组件,除了2个功能组件外还有一个基本的core组件和一个作为启动的app组件。

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

1.png

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

我们单独编译的开关配置好了,现在我们来看看组件之间的依赖关系:

2.png

对于2个功能组件,我们要为它装上我们之前配置的是否单独编译的开关,我们需要修改如下2个地方:

3.png

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

而对于主入口的app组件我们则需要做如下的配置:

4.png

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

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

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

首先,为了方便各个组件之间的交互我们借用了阿里的ARouter库,所以在每个非core的组件(包括主Application)中都强烈建议加入对ARouter和core的依赖。

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

我们之前已经依赖了ARouter(详细用法参照https://github.com/alibaba/ARouter),我们要用它来帮我们实现跳转需要以下几步:

5.png

跳转的方法就如上图显示,我们需要标明目标页面,附带上要传送的参数,然后调用navigation()就可以跳转了,不过有人问目标页面怎么看着就是一个路径,它是怎样定义的?

6.png

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

这样,我们就完成了页面间的跳转了,是不是比起我们传统的方法更加简单合理?

然后来看组件间如何通信

这里我想在app2组件中调用app1组件的sayHello方法来Toast一个人的名字,那app1组件的方法怎样才能被其他组件(包括主组件和其他组件)调用

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

7.png

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

8.png

  • 最后,我们在其他模块使用 @Autowired 注解就可以调用该方法了

9.png

可以看到我们同样使用了@Autowired注解来初始定baseService服务,并将页面注入Arouter中即可调用服务中的方法,且对于服务的依赖是基于接口的依赖,大大提高了其灵活性!

基本组件化框架的搭建就完成了,希望认真看完的朋友能有所收获!如有不正之处还望指正!

关于组件化的思考

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

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

以上项目git(欢迎参与改进)

github.com/YoungBill/A…