编译、apk项目、编译项目、提供、实现项目之间的Gradle依赖关系差异

Question

Gradle依赖项之间的差异。

 compile
 apk project 
 compile project
 provided project
 implementation

我的问题是

这里的编译项目、apk项目、编译项目和提供的项目之间有什么区别？

Answer 1

这里要讨论两件事：依赖配置和依赖源。

依赖项配置

配置有助于定义依赖项的传递性，从而消除了发现和指定您自己的项目/库所需的库的痛苦，包括自动发现和指定这些库。gradle中的配置概念与Maven的scopes非常相似：

1. 编译：编译依赖项在项目的所有类路径中都可用。此外，这些依赖关系将传播到依赖项目。编译时依赖关系通常在运行时需要

在Android上可以遇到更多配置，例如testCompile，它允许您指定仅用于测试的编译时依赖项，假设您想在测试中使用junit，那么您将执行以下操作：

testCompile 'junit:junit:4.12'

依赖源

一旦了解了可用的配置，就需要指定实际的依赖关系。依赖关系可能是内部的，也可能是外部的，您可能依赖于正在使用的另一个库，以及公共可用的库。这里输入了关键字project，允许您指定对内部模块或库的依赖关系。通过将依赖项定义为编译项目，可以将该模块或库作为可传递依赖项添加到项目中。

假设您有一个包含三个模块（生产者、消费者和共享）的项目消息，项目结构如下所示：

messages/
    build.gradle
    settings.gradle
    consumer/
        build.gradle
    producer/
        build.gradle
    shared/
        build.gradle

现在假设消费者和生产者都以json格式存储消息，并且您希望使用google gson来实现此目的。假设两个项目都有一些共同的源代码，它们都依赖于您的共享模块<代码>消费者的内部版本。然后，gradle可以定义以下依赖项：

dependencies {
   // Internal dependency to project shared
   compile project (':shared')

   // External dependency to publicly available library, 
   // through public repositories such as jcenter() or mavencentral()
   compile 'com.google.code.gson:gson:1.7.2'
}

总而言之，正是配置和源代码的结合使您能够将依赖项声明为compile、compile project、apk project等等！