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

转载一篇文章

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

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 标记为过时了，而取而代之的是 implementation 和 api 两个关键字。那么它们有什么区别呢？

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

implementation ： 使用了该命令编译的依赖，它仅仅对当前的 Moudle 提供接口。例如我们当前项目结构如下：

项目结构
LibraryA 中引用了 LibraryC 的库，如果对 LibraryC 的依赖用的是 implementation 关键字。 如下：

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 关键字依赖。

========================================Talk is cheap, show me the code=======================================