之前维护的一个直播项目,公司决定抽取其中的直播房间功能给公司的其他项目。因为考虑到使用的功能中包含UI代码,我们决定使用aar 的方式(jar包中只包含class文件和清单文件)。
项目中library库在rebuild的完成后,会在build/output/aar目录下生成对应的aar文件。所以首先要做的是抽离代码,将我们想要的功能代码抽离到一个library库中。抽离的时候注意几个问题:
1,aar中的布局文件最好加上固定前缀或者后缀,因为当第三方app中布局文件名称和aar中冲突时,由于dex文件的加载机制,会报错(这里自行google)。
2,对于一些公共类文件,如果文件较多可以选择再抽离一个library,用来存放公共类,不过这样会增加aar的数量。我们项目的公共类不多,我们选择直接copy一份到aar中。
3,我们项目中用到了butternife,library中butternife的使用和主module是不一样的,详见https://github.com/JakeWharton/butterknife readme文件。项目中使用butternife定义id的地方都要使用R2,其他地方还是使用R。如view.getId() == R.id.test, findviewbyid(R.id.test)。
4,library中onclick不支持switch语句,要替换成if else.
5,提供一个管理类,供外部调用使用(按惯例,第一个方法应该是initsdk方法,外部传入主module的applicationcontext)。
打包好的aar放入libs目录下,builde文件配置好即可使用。当更新aar时,由于studio的数据缓存一些问题,可能aar已经更新了,但是新的方法还是找不到,这个时候,我们可以先注掉builde文件中aar配置,rebuild一下,然后再打开aar配置,再rebuild就可以了。另外aar的gradle文件中依赖的第三方地址,需在使用aar的module的gradle文件中再配置一遍。
我们项目的aar是用在主module依赖的一个library中,使用时需要在主module的gradle文件中配置(与android节点同级)
repositories {
flatDir {
dirs aar的相对地址,如'../library/libs';dirs 'libs' // 申明本地库
}
}
同时在library的gradle 文件中配置(android节点的子节点)
repositories {
flatDir {
dirs 'libs'
}
}
6,compileOnly 解决依赖冲突