赞
踩
在比较大的 Android 项目的开发中,我们经常会遇到工程、jar 包等等之间相互引用的方式。一般我们通过在 gradle 文件中配置依赖来解决,比如:
Gradle 的一些基本依赖配置方式如下:
compile fileTree(dir: 'xxx', include: ['*.jar', "*.xxx"])
:将某个目录下所有符合扩展名的文件作为依赖;compile 'com.xx.xx:ProjectName:Version':配置
Maven` 库作为依赖;在 Maven 库中心 可以搜索自己想用的库进行依赖;compile project(':AnotherModule')
:配置另一个 Module 作为本 Module 的依赖,被依赖的 Module 必须被导入到当前工程中;compile files('xxx.jar')
:配置某个 jar 包作为依赖。看起来不错,基本通用的配置都已经存在了。一般对于中等小型的工程,这种开发方式完全没有问题。但是有时候 A 和 B 两个工程,想同时引用另一个公共的 Module C,而这个 Module 可能是一个比较复杂的 Android Module,可能包含了一些主题、UI 、资源文件等等,这时候,如果用 Module 依赖的方式来配置,不免有些困难,因为 A 和 B 都要导入 C,而且要随时关注 C 的更改。
好在 Android Studio 提供了 aar
库的打包方式,我们可以把 C 作为 library
进行打包,输出 aar 文件,然后在 A 和 B 中,配置 aar 库依赖,就可以解决。
要输出 aar 文件,必须将 Module 配置为 library,在 gradle 文件中如下:
apply plugin: 'com.android.library'
;apply plugin: 'com.android.application'
。 将 Module 配置为 library 后,构建输出一个 aar 文件,根据渠道和 BuildType 的不同,在相应的目录下可以找到。比如对 BuildType 为 debug 的配置,输出为:[ModuleName]/build/outputs/aar/[ModuleName]-debug.aar
。一份 aar 文件其实就是一份 zip 包,和 jar 不同的是,它将一些资源文件、第三方库文件、so 文件等等都打包在内,而代码文件编译后压缩在在 classes.jar
中。比如:
这种方式比较简单,打开 Project Structure
,添加一个新 Module,然后选择 Import *.JAR or *.AAR Package
的方式导入:
导入后,在你的工程下面,会生成一个文件夹,里面是 aar 文件以及 Android Studio 的配置文件。
接着可以在 gradle 中配置依赖了,其他 Module 可以引用这个 Module 了,依赖方式使用 compile project
的方式即可。
缺点:
被依赖的 aar 无法 F3 跟进去,无法看到资源文件内容以及目录层级等等缺陷。
gradle 其实还有另一种依赖可以引用 aar:
compile(name: 'xxx', ext: 'aar')
。首先需要将 aar 文件放入引用 Module 的 libs 目录下,和一般的 jar 文件类似。然后在 gradle 配置文件中把 libs 目录加入依赖:
repositories {
flatDir {
dirs 'libs'
}
}
接着在 gradle 的依赖配置中加入 compile(name: 'xxx', ext: 'aar')
这一句,依赖即可关联完毕。构建一下工程,在 Module 的 build/intermediates/exploded-aar
目录下,可以看到有一些临时文件生成:
看起来完全是引用 aar 的解压版本。Android Studio 安装反编译插件后,可以通过 F3 跟进到 class 文件里面,如果你有被依赖 Module 的源代码的话,还可以 Attach Source
关联源代码查看。另外,可以很方便的查看 aar 中的资源文件。
另外,这种依赖方式更新 aar 后,生成的临时文件也会随之变动,不用担心改动不同步的问题。
综上,介绍了 aar 文件的生成方式,以及两种 aar 依赖的方式,经过实战检验,第二种通过配置 gradle 依赖的方式简单易用,只需一行代码即可搞定。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。