Эквивалент Gradle Kotlin DSL для Groovy DSL 'run'?

Используя API-интерфейсы предотвращения конфигурации, эквивалент второго блока:

tasks.named<JavaExec>("run") {
    doFirst {
        jvmArgs = listOf("--module-path", classpath.asPath,"--add-modules", "javafx.controls")
    }
}

Ключ в том, что run имеет тип JavaExec, который, как и любой тип задачи, можно обнаружить, создав задачу для печати класса задачи, которую вы затем запускаете:

tasks.register("getName") {
    doFirst {
        print("Class name: ${tasks["run"].javaClass}")
    }
}

Обратите внимание, что по мере роста вашего приложения JavaFX вам нужно будет указать дополнительные модули, например:

tasks.named<JavaExec>("run") {
    doFirst {
        jvmArgs = listOf("--module-path", classpath.asPath,
            "--add-modules", "javafx.base,javafx.controls,javafx.graphics")
    }
}

Удивительно, но мои поиски в Google не нашли документа, который сопоставляет каждую конструкцию Groovy с ее эквивалентной конструкцией Kotlin или объясняет в целом, как преобразовать код Groovy DSL в эквивалентный код Kotlin DSL.

Взгляните на https://guides.gradle.org/migrating-build-logic-from-groovy-to-kotlin/ и особенно. раздел Настройка задач. В соответствии с этим, я бы сказал, что эквивалент Kotlin DSL

tasks.named<JavaExec>("run").doFirst {
    jvmArgs = listOf('--module-path', classpath.asPath, '--add-modules', 'javafx.controls')
}

В Gradle 5.0 и kotlin-dsl 1.0 задачи, которые зарегистрированы или созданы плагинами, могут быть статически доступны через контейнер tasks (_ 3_. Этот пример приведен в примечания к выпуску:

plugins {
    java
}

tasks {
    named<Test>("test") {
        testLogging.showStacktraces = true
    }
}

теперь вы можете написать:

plugins {
    java
}

tasks {
    test {
        testLogging.showStacktraces = true
    }
}

В вашем примере вы, скорее всего, используете плагин application, который регистрирует run задача, чтобы вы могли настроить ее аналогично. Следует иметь в виду, что run конфликтует со стандартной библиотекой Kotlin run < / a>, поэтому вам нужно применить обходной путь, чтобы убедиться, что он вызывается (см. gradle / kotlin-dsl / issues / 1175).

tasks {
  compileJava {
    doFirst {
      jvmArgs = listOf("--module-path", classpath.asPath,
          "--add-modules", "javafx.base,javafx.controls,javafx.graphics")
    }
  }

  (run) {
    doFirst {
      jvmArgs = listOf(
        "--module-path", classpath.asPath,
        "--add-modules", "javafx.controls"
      )
    }
  }
}

Другие ответы показывают, как вы можете использовать имя, тип или комбинацию для запроса контейнера для конкретных задач.