1

我有一个多平台的 Kotlin 项目,其中包含多个模块(子项目)。Kotlin的Building Multiplatform Projects with Gradle文档清楚地展示了如何设置模块之间的项目依赖关系:

kotlin {
    sourceSets {
        commonMain {
            dependencies {
                // All of the compilations that include source set 'commonMain'
                // will get this dependency resolved to a compatible target, if any:
                api project(':foo-lib')
            }
        }
    }
}

我现在面临的问题是,虽然本文记录了如何将一个模块(其所有目标平台)的依赖项添加到另一个模块(其相应的目标平台),但它并没有说明如何将依赖项添加到另一个模块

我希望这是一个相当常见的用例。例如,我想这样做的原因之一是我的模块 A 的测试源包含存根类。模块 B 依赖于模块 A,包括在模块 A 的测试源中为其提供测试存根的类定义。因此,模块 B 的测试可能希望重用模块的测试源中定义的那些测试存根也就不足为奇了一个。

多项目构建中的一个常见建议是将此类测试源移动到另一个模块,但这对我来说似乎没有必要。在我看来,对于普通的多项目构建存在更清洁的解决方案,但我无法弄清楚如何在多平台多项目 Kotlin 构建中配置等效的解决方案,该构建也依赖于 Kotlin Gradle DSL 中演示的上面的代码。

4

1 回答 1

2

要在单平台项目之间建立这种依赖关系,您通常需要Configuration在生产者项目中创建一个 Gradle,将测试编译输出或测试 JAR 添加到该配置中,并在消费者项目中依赖该配置(即添加具有显式配置project(...)的依赖项,或者更可取的是,添加属性以确保 Gradle 在变体感知依赖项解析中选择测试输出配置)。

然而,所有这些都需要将测试编译成可以被消费者项目的公共源集重用的形式。对于 Kotlin Multiplatform 项目,情况还不是这样。虽然参与发布编译的生产*.kotlin_metadata通用源集被编译为 Kotlin 元数据(文件),但测试源和其他类型的非发布代码尚未转换为该格式。

相反,测试目前仅编译为最终的特定于平台的二进制文件(即*.class文件、、本*.js机二进制文件),不能用于常见的源分析。

因此,尚不支持此类依赖项。这在未来可能会改变。请在 Kotlin 问题跟踪器中关注此问题:KT-35073

于 2019-11-23T23:18:35.513 回答