这是我参与8月更文挑战的第6天,活动详情查看:8月更文挑战
统一管理aar
这一个不是所有项目都会用到,但是我强烈建议去实践的。实际项目中都会把一些基础控件,基础功能抽离出来,做为单独项目基础库用单独svn分支管理,在开发项目中写一个脚本打包成aar文件拉到本地使用,既可以复用到不同项目又可以缩短编译时间,一举两得。比如基础库按照UI,通用逻辑,业务通用模块生成了三个aar:
在项目中使用:
repositories{
flatDir{
dirs '../libs'
}
}
dependencies {
...
compile(name: 'base_1.2.0', ext: 'aar')
compile(name: 'commombase_1.0.0', ext: 'aar')
compile(name: 'uibase_1.2.0', ext: 'aar')
}
假设现在基础库增加了新的模块,就会生成新的aar,或者产品迭代了这几个aar版本号也要迭代,难道每次都在build.gradle中手动去改吗,完全可以自动化这个过程。
方法:可以看出我把这几个aar放到根目录的libs文件夹(文件夹随意),那就获取这个文件夹下的所有文件名,动态引用。
def path = rootProject.getRootDir().getAbsolutePath() + "/libs"
def configFile = new File(path)
//获取文件夹下所有文件
def files = configFile.listFiles(new FilenameFilter() {
@Override
boolean accept(File dir, String name) {
//文件名过滤,防止出错
if (name.contains("base")) {
return true;
} else {
return false
}
}
})
def aar1 = files[0].getName()
def aar2 = files[1].getName()
def aar3 = files[2].getName()
//动态引用这些aar
compile(name: '$aar1', ext: 'aar')
compile(name: '$aar2', ext: 'aar')
compile(name: '$aar3', ext: 'aar')
这样够好了吗? 这些代码都在build.gradle的dependencies里面,太乱了,要是可以独立出去就好了,把获取aar封装成工具类。OK,gradle完全支持这么干,在根目录建一个utils.gradle
utils.gradle:
//gradle工具类
//获取基础库版本号
def getAARNames() {
...
//具体实现不写了,返回一个String数组
return ["$lbName", "$aar1", "$aar2","$aar3"]
}
ext {
//注意这行不能少
getAARNames = this.&getAARNames
}
在build.gradle中使用:
dependencies {
...
//获取aar文件名,是一个数组
def aarList = getAARNames()
compile(name: aarList[0], ext: 'aar')
compile(name: aarList[1], ext: 'aar')
compile(name: aarList[1], ext: 'aar')
}
大功告成!代码清爽很多。
精简开源项目目录结构
实际中肯定会以源码形式用到不少开源库,特别是UI相关的我们要该里面的代码,只能以源码形式,那么一些都是作为moduler和我们的app并列放到一个目录,开源库数量达到十几个时项目结构看起来就主次不分了,有必要精简之。
方法:直接在根目录建立文件夹比如thirdpart,把开源库都放进去,然后在settings.gradle中配置项目结构:
include ':bvcommon',
':app',//这是主项目,下面都是开源库
':thirdpart:PullToRefreshLibrary',
':thirdpart:datetimepicker-library',
':thirdpart:MultilevelTreeLibrary',
':thirdpart:FFmpegAndroid',
':thirdpart:autolinklibrary'
...