还再用compile依赖?那你就落后啦

想第一时间获取我的最新文章,请关注公众号: 技术特工队

在上上一篇文章《Android Studio 3.0版本正式发布啦》 中说到AS 3.0 正式版已经出来了,讲到新版本支持的一些新特性,那么今天就来说说新版本中 Moudle 中 build.gradle 文件中的变化。

我们来看看新建一个项目在 Moudle 中的 dependencies 中的变化。

1
2
3
4
5
6
7
8
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7: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了,那么就来看看这个到底是有什么新的意思呢。

其实在新版本 Android Gradle plugin 3.0 中 已经将 compile 标记为过时了,而取而代之的是 implementationapi 两个关键字。那么它们有什么区别呢?

api 关键字 其实等同于 compile 。但为什么要换个名字呢,目前还没有查到相关的信息,如有大神知道,请留言告知。

implementation : 使用了该命令编译的依赖,它仅仅对当前的 Moudle 提供接口。例如我们当前项目结构如下:
项目结构
LibraryA 中引用了 LibraryC 的库,如果对 LibraryC 的依赖用的是 implementation 关键字。 如下:

1
2
3
4
dependencies {
. . . .
implementation project(path:':libraryC')
}

那么 LibraryC 中的接口,仅仅只能给 LibraryA 使用,而我们的 App Moudle 是无法访问到 LibraryC 提供的接口的,也就是将该依赖隐藏在内部,而不对外部公开。这就是 implementation 关键字的作用。

那为什么要这么做呢?
答案是: 1. 加快编译速度。2. 隐藏对外不必要的接口。

为什么能加快编译速度呢?
这对于大型项目含有多个 Moudle 模块的, 以上图为例,比如我们改动 LibraryC 接口的相关代码,这时候编译只需要单独编译 LibraryA 模块就行, 如果使用的是 api 或者旧时代的 compile,由于App Moudle 也可以访问到 LibraryC ,所以 App Moudle 部分也需要重新编译。当然这是在全编的情况下。

至于编译速度的对比,国外有个小哥已经做了简单的对比,效果还是不错。地址可点击原文跳转过去查看。

那么我们现有项目中的依赖如何修改呢? 答案是:将 compile 都修改为 implementation 然后尝试进行项目构建,如果构建成功那么恭喜你,如果构建不成功,则查看相关的依赖项,并将其修改为 api 关键字依赖。

好了,今天就介绍这一个知识点,如果你有收获就关注我们吧,或者给我点个赞吧。

WangXin wechat
欢迎订阅我的微信公众号,第一时间获取最新文章!
坚持原创技术分享,您的支持将鼓励我继续创作!