了解在 Gradle 中应用插件的所有方法

J-b*_*bob 10 gradle kotlin gradle-plugin gradle-kotlin-dsl

我试图了解在 Gradle、Kotlin DSL 中应用插件的所有方法。 这个问题回答了我的部分问题,但不是全部(我猜方法是在六年后添加的)。

我在我的一份build.gradle.kts文件中看到过这种确切的情况。

plugins{
   `kotlin-dsl`
   kotlin("jvm") version "1.6.10"
   id("com.foo.bar.someplugin") version 1.2.3
}

apply("foo2.bar2.anotherplugin")
Run Code Online (Sandbox Code Playgroud)

哇,这是应用插件的四种不同方式,我根本不明白它们之间的关系。从另一个答案中,我知道这apply(...)是遗留方式,最终将被弃用,但是其他三个呢?

此外,我很困惑为什么`kotlin-dsl`甚至不需要版本。这是什么巫术?

最后,为了保持一致性,我想标准化插件块(让我们忽略它,apply(...)因为它是遗留功能),以便一切都使用id(...). 如何转换另外两个?

Jof*_*rey 21

实际上,大多数情况下只有两种方法,您已经确定了:构建脚本依赖项 +applyplugins块。这里的插件块中的内容实际上只是助手:

  • id("some.plugin.id") version "version"是使用 ID 和版本注册插件的基本方法
  • kotlin()实际上只是 Kotlin DSL 提供的一个辅助函数,它在您传递的任何字符串之前id()使用前缀进行幕后调用org.jetbrains.kotlin.。所以kotlin("jvm")只是一个简写id("org.jetbrains.kotlin.jvm")
  • kotlin-dsl也是一个辅助函数,是 Kotlin DSL Gradle 插件的快捷方式。我相信字符串 ID 是org.gradle.kotlin.kotlin-dsl.

在应用插件的传统方式中,您必须在块中声明对插件的依赖关系,buildscript以便将插件的类添加到类路径中,以便编译/执行 Gradle 脚本本身。第二步,调用apply实际上会将插件应用到当前项目。

有了pluginsblock,两者同时发生,所以使用起来更方便。您还可以在插件声明之后添加apply false,以便将其添加到类路径中,而无需将其应用到项目中:

plugins {
    id("com.foo.bar.someplugin") version 1.2.3 apply false
}
Run Code Online (Sandbox Code Playgroud)

如果您想在根项目中声明所有插件及其版本,然后使用plugins不带版本的块在子项目中应用相关插件,这非常有用:

plugins {
    id("com.foo.bar.someplugin")
}
Run Code Online (Sandbox Code Playgroud)

此外,我很困惑为什么kotlin-dsl甚至不需要版本。这是什么巫术?

从上面的解释可以看出,类路径中已有的任何插件都不需要版本。这适用于已在父项目或 s 中声明的插件settings.gradle(.kts)plugins以及内置 Gradle 插件。

Kotlin DSL 插件是内置 Gradle 插件,因此它使用的版本取决于您所使用的 Gradle 版本。它类似于javaapplication插件。

还明确建议避免在文档中指定它的版本:

避免指定 kotlin-dsl 插件的版本。每个 Gradle 版本都旨在与特定版本的 kotlin-dsl 插件一起使用,并且不保证任意 Gradle 版本和 kotlin-dsl 插件版本之间的兼容性。在构建中使用意外版本的 kotlin-dsl 插件会发出警告,并可能导致难以诊断问题。

现在至于你的另一个问题:

我想标准化插件块(让我们忽略 apply(...) 因为它是遗留功能),以便所有内容都使用 id(...)。如何转换另外两个?

它们在这里的书写方式非常惯用,因此这应该被视为“标准”。这实际上是建议在文档中使用的方式。使用kotlin-dsl是区分内置 Gradle 插件和第三方插件的好方法。此外,它是声明插件的类型安全方式,IDE 可以理解它,您可以搜索引用等。字符串在这方面稍逊一筹。

如果您真的想使用基于字符串的语法应用它,您可能可以使用id("org.gradle.kotlin.kotlin-dsl"),但到目前为止我从未见过项目这样做。

助手kotlin()可能更具争议性,并且取决于个人品味,但在我看来,任意字符串越少越好。