主页 / coding / 问题 / 79080523
Accepted
askSoap
Asked: 2024-10-12 16:32:13 +0800 CST

使用 Gradle 版本目录在哪里可以找到例如“implementation(compose.runtime)”的库版本

  • 772

Compose Multiplatform 向导使用 Gradle 版本目录创建了一个项目，这对我来说是新东西。我现在明白了如何在依赖项中声明依赖项libs.versions.toml以及如何在build.gradle.kts依赖项中引用它们。但是，也有使用以下方式声明的依赖项compose.*：

sourceSets {
    val desktopMain by getting

    androidMain.dependencies {
        implementation(libs.androidx.activity.compose)
        implementation(libs.androidx.material)
    }
    commonMain.dependencies {
        implementation(compose.runtime)
        implementation(compose.foundation)
        implementation(compose.material3)
        implementation(compose.ui)
        implementation(compose.components.resources)
        implementation(libs.vinceglb.filekit.core)
    }
    desktopMain.dependencies {
        implementation(compose.desktop.currentOs)
        implementation(libs.kotlinx.coroutines.swing)
    }
}

我不明白这些来自哪里（即它是一个特定的构建功能还是带有特定的插件等）并且我特别想知道它们对应的确切库和版本。

此外，除了由于省略而缩短之外，它们还提供了其他好处吗libs.？例如，compose.desktop.currentOs它看起来不像是一个特定的库，而更像是一种选择平台相关库的快捷方式。

gradle

1 个回答

  1. Best Answer

    compose在此上下文中，扩展类型是一种扩展类型。扩展提供了一种类型安全的方式来公开配置，这些配置可用于任务、插件或 Gradle 构建中的任何地方。

    该compose扩展的类型为。它与其他扩展一起ComposeExtension由 Compose 插件注册，如此处所示。

    Gradle 中的许多类型都实现了ExtensionAware接口，允许扩展类型，如文档中对额外属性的解释一样。Compose 插件正是这样做的，如下dependencies { }所示。

    Compose 插件提供了几个依赖项作为扩展属性，如这里所示。这是否“更好”取决于个人喜好或观点。我的理解是，Compose 插件作者更喜欢为 Compose Multiplatform 提供或管理依赖项，因为他们在插件中直接将它们作为扩展属性提供。这样一来，开发人员就可以专注于构建应用程序，而不必费心弄清楚需要什么依赖项。

    • 0

相关问题