如何查看Gradle版本目录中compose.*依赖的版本？其来源与优势是什么？

1. compose.*形式的依赖来自何处？ #

这些是Compose Multiplatform Gradle插件提供的预定义扩展属性，属于插件封装的构建便利特性。当你在项目中应用org.jetbrains.compose插件后，插件会自动在Gradle构建脚本中注入compose命名空间的属性，让你可以直接通过compose.xxx的方式引用Compose相关依赖，无需手动编写完整的依赖坐标。

2. 它们对应哪些具体的库及版本？ #

这些属性对应的具体库坐标和版本，完全由你项目中配置的Compose Multiplatform版本统一管理：

• compose.runtime → org.jetbrains.compose.runtime:runtime
• compose.foundation → org.jetbrains.compose.foundation:foundation
• compose.material3 → org.jetbrains.compose.material3:material3
• compose.ui → org.jetbrains.compose.ui:ui
• compose.components.resources → org.jetbrains.compose.components:components-resources
• compose.desktop.currentOs 是动态属性，会根据当前构建环境自动选择对应平台的桌面依赖：
  • Windows → org.jetbrains.compose.desktop:desktop-windows
  • macOS → org.jetbrains.compose.desktop:desktop-macos
  • Linux → org.jetbrains.compose.desktop:desktop-linux

所有依赖的版本号，与你在libs.versions.toml中声明的compose版本（或插件自身版本）完全一致，无需单独指定。

3. 除了写法简洁外，这类依赖还有哪些优势？ #

除了省略libs.的简洁写法，核心优势包括：

• 版本一致性保障：所有compose.*依赖自动使用统一的Compose版本，避免手动维护多个Compose库版本时出现版本不兼容的问题。
• 平台适配自动化：像compose.desktop.currentOs这类属性，会自动根据构建所在的操作系统选择对应的依赖，无需编写额外的系统判断逻辑（比如用Gradle的os属性做分支判断）。
• 依赖关系自动处理：插件会自动管理Compose库之间的传递依赖，无需手动添加那些容易遗漏的配套依赖。
• 版本升级更高效：当你需要升级Compose版本时，只需要修改libs.versions.toml中的compose版本号（或插件版本），所有compose.*依赖会同步更新，不用逐个修改依赖声明。

内容的提问来源于stack exchange，提问作者askSoap