Используйте подпроекты Gradle с мультиплатформой Kotlin

Это заняло сумасшедшее количество времени, поэтому я надеюсь, что это будет полезно для кого-то!

На Github есть функциональный пример: kotlin_multiplatform_gradle_demo

Несколько источников помогли, но многое было методом проб и ошибок, поэтому, если что-то не так, пожалуйста, дайте мне знать!

Для минимального примера структура выглядит так:

├── alpha
│   ├── alpha-js
│   │   └── build.gradle
│   ├── alpha-jvm
│   │   └── build.gradle
│   ├── build.gradle
│   └── src
│       └── main
│           ├── kotlin
│           │   └── demo
│           │       └── alpha
│           │           └── main.kt
├── beta
│   ├── beta-js
│   │   ├── build.gradle
│   │   └── src
│   │       └── main
│   │           └── kotlin
│   │               └── demo
│   │                   └── beta
│   │                       └── platform.kt
│   ├── beta-jvm
│   │   ├── build.gradle
│   │   └── src
│   │       └── main
│   │           └── kotlin
│   │               └── demo
│   │                   └── beta
│   │                       └── platform.kt
│   ├── build.gradle
│   └── src
│       └── main
│           └── kotlin
│               └── demo
│                   └── beta
│                       └── platform.kt
├── build.gradle
└── settings.gradle

Общие модули (alpha и beta) нуждаются в модулях платформы для каждой платформы, по крайней мере, с `build.gradle``.

Файл settings.gradle импортирует все модули, включая платформенные.

Зависимости, например. от альфы до беты, объявляется в общем альфа-модуле и во всех модулях альфа-платформы.

Некоторые закономерности, которые я изучил:

• Каждый «обычный» (общий) модуль имеет один платформенный модуль для каждой платформы.
• Для общего модуля alpha модуль платформы javascript должен называться alpha-js (аналогично -jvm).
• Если нет кода для конкретной платформы, этот модуль может быть просто файлом градиента в каталоге.
• Модули платформы можно удобно разместить внутри общего каталога модулей (так alpha:alpha-js).
• Общий модуль не должен относиться к модулям платформы; модули платформы имеют зависимость expectedBy project(":the_common_module").

• Если модуль alpha зависит от beta, то

  • alpha must have dependencies { compile project(":beta") }
  • alpha-js должен иметь dependencies { compile project(":beta:beta-js") } (помимо expectedBy)
  • alpha-jvm должен иметь dependencies { compile project(":beta:beta-jvm") } (в дополнение к expectedBy) и т. д.

• Только топовый модуль имеет settings.gradle, который включает ВСЕ подмодули (включая платформенные).

• Убедитесь, что имена указаны правильно, так как неправильные не вызывают ошибки, они просто молча терпят неудачу. (Это кажется смешным, но я думаю, что есть причина.)
• НЕ помещайте все выходные данные в один общий каталог сборки - это приводит к нескольким странным недетерминированным ошибкам.

Раньше у меня были полные файлы конфигурации здесь, но лучше просто проверить код на Github потому что это очень долго.

Для тех, кто пришел из поиска Google для:

«Фактическая функция/класс/сопутствующий объект/и т. д. не имеет соответствующего ожидаемого объявления»

Попробуйте очистить и перестроить проект, для меня это выявило ряд других ошибок, которые мешали сборке.

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

build.gradle.kts (:kmm_shared:feature_a)

kotlin {
    sourceSets {
        val commonMain by getting {
            dependencies {
                api(project(":kmm_shared:domain"))
            }
        }
}

При этом нет необходимости, чтобы исходный набор Android также включал зависимость.

GL