Android 依赖方式的变化

最新推荐文章于 2024-07-12 04:26:22 发布

洋芋洋芋彡

最新推荐文章于 2024-07-12 04:26:22 发布

阅读量1.1k

点赞数

分类专栏： Android 文章标签： gradle compile implementation api

本文链接：https://blog.csdn.net/kimi985566/article/details/79351824

版权

Android 专栏收录该内容

50 篇文章 1 订阅

订阅专栏

androidstudio

Android 团队在 Android Studio 3.0 中给我们带来了非常多的改变，连带着com.android.tools.build:gradle
工具也升级到了3.0.0，在3.0.0中使用了最新的Gralde 4.0 里程碑版本作为gradle的编译版本，该版本gradle编译速度有所加速，更加欣喜的是，完全支持Java8。当然，对于Kotlin的支持，在这个版本也有所体现，Kotlin插件默认是安装的。还有一点就是对项目依赖方式的改进。

通过创建一个新的工程，查看app Module中的依赖：

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support:design:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.1'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
    ……
}

经常添加依赖使用的compile不见了，而现在改变为implementation了。

原来在3.0版本中，compile 指令被标注为过时方法，而新增了两个依赖指令，一个是implementation和api，这两个都可以进行依赖添加。

这种变化所带来的改变就是在Android studio 3.0中建立多模块项目的速度有了质的飞跃，但这样的改变也导致了对旧有Gradle plugin API的改变。

1. Gradle plugin 2.0的一些问题

让我们来考虑这样的一种情况：一个 App 工程往往是由许多互相依赖的 module 所组成

对于处于最底层、最基础的那些 module，我们可以有两种变化方法：

Implementation change：internal change, doesn’t modify the external interface of the module
这是一种内部的变化，但并不改变模块的外部接口
Application binary interface (ABI) change：modify the external interface of the module
对外部接口进行了修改

1.1 Implementation change

因为模块外部接口并没有发生改变，Gradle只会重新编译那些发生变化了的module，而其他依赖它的 module 则不会重新编译。

这种情况下不存在问题。

1.2 ABI change

在ABI情况下，由于模块的外部接口发生了改变，所有依赖了该 module 的其他 module 都需要重新编译。

但是这些模块可能会通过他们自己的接口从而暴露出底层部分。所以安全起见，他们也需要被重新编译。

因此Gradle不得不需要重新编译所有的模块。

从中我们发现了问题所在：一行修改，处处recompile。而导致这些的问题所在就是Gradle不知道module有没有通过接口而导致泄露。这就使得编译时间变长了。

2. Android Gradle plugin 3.0所带来的改进

Android Gradle plugin 3.0就要求我们明确定义模块接口是否存在泄露问题。基于给出的定义它就可以对何时重新编译做出正确的选择。

基于此，过去常用的compile被标记为过时并弃用，取而代之的就是api和implementation：

api: you leak the interface of this module through your own interface, meaning exactly the same as the old compile dependency（你可能通过这个模块的接口造成泄露，其实和旧有的compile相同）
implementation: you only use this module internally and does not leak it through your interface（你只在内部使用这个模块且不会泄露接口）

所以，我们可以为特定 module 选择 implementation 关键字来加快 gradle 构建速度。

dependencies {
  // recompile this module and all modules using this one
  // when legofy interface is modified
  api project(':legofy')

  // only recompile this module when landscapevideocamera interface is modified
  implementation project(':landscapevideocamera:1.0.0')
}