implementation 和compile的区别

平常我们开发Android时，会依赖各种第三方库，从而避免重复造轮子

依赖就涉及gradle部分关键字我们需要了解

今天说一个知识点：implementation 和compile的区别

Android studio 3.0 相较2.0的变化

• compile依赖关系已被弃用，被implementation和api替代
• provided被compile only替代
• apk被runtime only替代

接下来说下工作中需要关注的第一点(标题描述的重点)

首先说下implementation和api的区别

• api：跟 2.x 版本的 compile完全相同
• implementation：使用了该命令编译的依赖，它仅仅对当前的Module提供接口(这句话听起来有点绕口，我也是看了好几遍结合图解分析才弄明白)

首先看下图：

MacDown logo

假设 LibraryA 中引用了 LibraryC 的库，如果对 LibraryC 的依赖用的是 implementation 关键字。 如下：

dependencies {
    . . . . 
    implementation project（path：'：libraryC'）
}

• 那么LibraryC 中的接口，仅仅只能给 LibraryA 使用，而我们的 App Module 是无法访问到 LibraryC 提供的接口的，也就是将该依赖隐藏在内部，而不对外部公开。这就是implementation关键字的作用
• 在Google IO 相关话题的中提到了一个建议，就是依赖首先应该设置为implement的，如果没有错，那就用implement，如果有错，那么使用api指令，这样会使编译速度有所增快。
• 那为什么要这么做呢？答案是：

• 加快编译速度。
• 隐藏对外不必要的接口。

• 为什么能加快编译速度呢？

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

至于前面说到的2，3点变化，一般情况下，使用场景不多，可以暂时不用花太多时间去了解，这不我也是没时间才记录着先放着么，不影响正常开发就行，后续有时间继续完善

参考链接：https://www.jianshu.com/p/f34c179bc9d0