implementation 和compile的区别

前面有讲过一篇 Android中build.gradle依赖小结

这次挑其中的一个小点来加深对implementationcompile理解和记忆

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

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

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

Android studio 3.0 相较2.0的变化

  1. compile依赖关系已被弃用,被implementation和api替代
  2. provided被compile only替代
  3. apk被runtime only替代

接下来分别说下

首先说下implementation和api的区别

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

首先看下图:

compile和 implementation compile和implementation的区别_Android

假设 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