TL;DR;
Как добавить два или более собственных модуля kotlin в проект iOS без duplicate symbols
ошибки?
Подробный вопрос
Предположим, что в следующем примере имеется многомодульный проект KMP, в котором существует собственное приложение для Android и собственное приложение для iOS, а также два общих модуля для хранения общего кода kotlin.
.
├── android
│ └── app
├── common
│ ├── moduleA
│ └── moduleB
├── ios
│ └── app
Модуль A содержит класс данных HelloWorld и не имеет зависимостей от модулей:
package hello.world.modulea
data class HelloWorld(
val message: String
)
Модуль B содержит функцию расширения для класса HelloWorld, поэтому он зависит от модуля A:
package hello.world.moduleb
import hello.world.modulea.HelloWorld
fun HelloWorld.egassem() = message.reversed()
Конфигурация модулей build.gradle:
- Модуль А
apply plugin: "org.jetbrains.kotlin.multiplatform"
apply plugin: "org.jetbrains.kotlin.native.cocoapods"
…
kotlin {
targets {
jvm("android")
def iosClosure = {
binaries {
framework("moduleA")
}
}
if (System.getenv("SDK_NAME")?.startsWith("iphoneos")) {…}
}
cocoapods {…}
sourceSets {
commonMain.dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib-common:1.3.72"
}
androidMain.dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib:1.3.72"
}
iosMain.dependencies {
}
}
}
- Модуль B
apply plugin: "org.jetbrains.kotlin.multiplatform"
apply plugin: "org.jetbrains.kotlin.native.cocoapods"
…
kotlin {
targets {
jvm("android")
def iosClosure = {
binaries {
framework("moduleB")
}
}
if (System.getenv("SDK_NAME")?.startsWith("iphoneos")) {…}
}
cocoapods {…}
sourceSets {
commonMain.dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib-common:1.3.72"
implementation project(":common:moduleA")
}
androidMain.dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib:1.3.72"
}
iosMain.dependencies {
}
}
}
Это выглядит довольно просто и работает даже на Android, если я настрою зависимости gradle сборки Android следующим образом:
dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk8:1.3.72"
implementation project(":common:moduleA")
implementation project(":common:moduleB")
}
Однако это не кажется правильным способом организации нескольких модулей в iOS, потому что при запуске ./gradlew podspec
я получаю BUILD SUCCESSFUL
, как и ожидалось, со следующими модулями:
pod 'moduleA', :path => '…/HelloWorld/common/moduleA'
pod 'moduleB', :path => '…/HelloWorld/common/moduleB'
Даже запустив pod install
, я получаю успешный результат Pod installation complete! There are 2 dependencies from the Podfile and 2 total pods installed.
, что выглядит правильно, когда Xcode показывает модуль A и модуль B в разделе Pods.
Однако, если я попытаюсь создать проект iOS, я получаю следующую ошибку:
Ld …/Hello_World-…/Build/Products/Debug-iphonesimulator/Hello\ World.app/Hello\ World normal x86_64 (in target 'Hello World' from project 'Hello World')
cd …/HelloWorld/ios/app
…
duplicate symbol '_ktypew:kotlin.Any' in:
…/HelloWorld/common/moduleA/build/cocoapods/framework/moduleA.framework/moduleA(result.o)
…/HelloWorld/common/moduleB/build/cocoapods/framework/moduleB.framework/moduleB(result.o)
… a lot of duplicate symbol more …
duplicate symbol '_kfun:[email protected]<#STAR>.()' in:
…/HelloWorld/common/moduleA/build/cocoapods/framework/moduleA.framework/moduleA(result.o)
…/HelloWorld/common/moduleB/build/cocoapods/framework/moduleB.framework/moduleB(result.o)
ld: 9928 duplicate symbols for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
У меня не так много знаний в области iOS, поэтому, на мой неподготовленный взгляд, похоже, что каждый модуль добавляет свою собственную версию вещей вместо того, чтобы использовать какую-то стратегию разрешения, чтобы поделиться ею.
Если я использую только модуль A, код работает и выполняется, как ожидалось, поэтому я знаю, что сам код правильный, проблема в том, как управлять более чем одним модулем, поэтому возникает вопрос, как добавить оба (модуль A и модуль B ) на iOS и заставить все работать?
P.S
Я сократил код настолько, насколько мог, стараясь сохранить только те части, которые, как я предполагаю, являются источником проблемы, однако полный код доступен здесь, если вы хотите проверить что-то, чего не хватает во фрагментах, или если вы хотите запустить и попытаться решить проблему…