03.Gradle管理依赖

01.依赖管理概述

依赖管理是Gradle最耀眼的特点之一。最佳情况下，你需要做的仅仅是在构建文件中添加一行代码，Gradle将会从远程仓库下载依赖，确保你的项目能够使用依赖中的类。

Gradle甚至可以做得更多。如果你的项目中有一个依赖，并且其有自己的依赖，那么Gradle将会处理并解决这些问题。这些依赖中的依赖，被称之为传递依赖。

02.依赖仓库

一个依赖仓库可以被看作是文件的集合。Gradle默认情况下没有为你的项目定义任何依赖仓库，所以你需要在repositories代码块中添加它们。如果使用AndroidStudio，那么它会为你自动完成。如下所示：

repositories {
        jcenter()
        maven { url "https://jitpack.io" }
        google()
 }

一个依赖通常是由三种元素定义的：group、name和version。group指定了创建该依赖库的组织，通常是反向域名。name是依赖库的唯一标识。version指定了需要使用依赖库的版本号。使用这三个元素，就可以在dependencies代码块中声明一个依赖了：

compile 'io.reactivex.rxjava2:rxjava:2.0.1，
compile 'io.reactivex.rxjava2:rxandroid:2.0.1'

03.本地依赖

3.1 文件依赖

你可以使用Gradle提供的file方法来添加JAR文件作为一个依赖，如下所示：

dependencies {
    compile files('libs/ domoarigato.jar ')
}

当你有很多JAR文件时，这种方式会变得异常烦琐，一次添加一个完整的文件夹可能会更容易些。

默认情况下，新建的Android项目会有一个libs文件夹，其会被声明为依赖使用的文件夹。一个过滤器可以保证只有JAR文件会被依赖，而不是简单地依赖文件夹中的所有文件：

dependencies {
    compile fileTree(include: ['*.jar'], dir: 'libs')
}

3.2 NDK依赖

Android插件默认支持原生依赖库，你所需要做的就是在模块层创建一个jniLibs文件夹，然后为每个平台创建子文件夹，将.so文件放在适当的文件夹中。

android {
     sourceSets.main {
        jniLibs.srcDir 'src/main/libs'
     }
 }

3.3 依赖Library

构建Library需要Androidy Library插件：

apply plugin: 'com.android.library'

在应用中包含依赖项目的方式有两种。一种是在项目中当作一个模块，另一种是创建一个可在多个应用中复用的.aar文件。

如果在项目中创建了一个模块作为依赖项目，那么你需要在settings.gradle中添加该模块，在应用模块中将它作为依赖：

include ':sample', ':rximagepicker'

同时，你还需要在你的module的dependences模块中添加对应依赖：

dependencies {
    implementation project(':rximagepicker')
}

04.依赖的概念（Compile）

Gradle将多个依赖添加至配置，并将其命名为集文件。下面是一个Android应用或依赖库的标准配置：

  • compile
  • apk
  • provided
  • testCompile
  • androidTestCompile

compile是默认的配置，在编译主应用时包含所有的依赖。该配置不仅会将依赖添加至类路径，还会生成对应的APK。

如果依赖使用apk配置，则该依赖只会被打包到APK，而不会添加到编译类路径。

provided配置则完全相反，其依赖不会被打包进APK。这两个配置只适用于JAR依赖。如果试图在依赖项目中添加它们，那么将会导致错误。

最后，testCompile和androidTestCompile配置会添加用于测试的额外依赖库。在运行测试相关的任务时，这些配置会被使用，并且在添加如JUnit或Espresso测试框架时，特别有用。如果你只希望在测试APK时使用这些框架，那么就不会生产APK。

参考

《Gradle For Android 中文版》

贡献者: yangchong211