Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 В сети хватает базовых примеров приложений на KMM, поэтому мы рассмотрим что-то, более приближенное к нашим ежедневным задачам разработчика, а именно, как реализоватьмногопоточное приложение на Kotlin Multiplatform.

2 Основная идея KMM, как и других кросс-платформенных технологий - оптимизация разработки путем написания кода один раз и последующего его использования на разных платформах.

3 Согласно концепции JetBrains, Kotlin Multiplatform не является фреймворком. Это именно SDK, который позволяет создавать модули с общим кодом, подключаемые к нативным приложениям.

4 Для взаимодействия с платформами используются специфические для платформы версии Kotlin: Kotlin/JVM, Kotlin/JS, Kotlin/Native. Данные версии включают расширения языка Kotlin, а также специфичные для конкретной платформы библиотеки и инструменты. Написанный на Kotlin модуль компилируется в JVM байткод для Android и LLVM байткод для iOS.

5 Модуль (Shared, Common) содержит переиспользуемую бизнес-логику. Платформенные модули iOS/Android, к которым подключен Shared/Common, либо используют написанную логику напрямую, либо имплементируют свою реализацию в зависимости от особенностей платформы.

6 Общая бизнес-логика может включать в себя:

7 <ul><li>сервисы для работы с сетью;</li>

8 <li>сервисы для работы с БД;</li>

9 <li>модели данных.</li>

10 </ul>Также в нее могут входить архитектурные компоненты приложения, напрямую не включающие UI, но с ним взаимодействующие:

11 <ul><li>ViewModel;</li>

12 <li>Presenter;</li>

13 <li>Интеракторы и т.п.</li>

14 </ul>Концепцию Kotlin Multiplatform можно сравнить с реализацией Xamarin Native. Однако, здесь нет модулей или функционала, реализующих UI. Эта логическая нагрузка ложится на подключенные нативные проекты.

15 Теперь рассмотрим подход на практике.

16 Если вы еще не работали с KMM, то потребуется установить и настроить инструменты. Раньше это было довольно хлопотно, но сейчас достаточно установить Android Studio (версии от 4.1) и плагин Kotlin Multiplatform Mobile . Выбираем шаблон KMM Application при создании проекта, и все отработает автоматически.

17 Мультиплатформенные проекты Kotlin обычно делятся на несколько модулей:

18 <ul><li>модуль переиспользуемой бизнес-логики (Shared, commonMain и т.п);</li>

19 <li>модуль для IOS приложения (iOSMain, iOSTest);</li>

20 <li>модуль для Android приложения (androidMain, androidTest).</li>

21 </ul>В них располагается наша бизнес-логика. Всю используемую в проекте бизнес-логику можно разделить на:

22 <ul><li>переиспользуемую (общую);</li>

23 <li>платформенную реализацию.</li>

24 </ul>Переиспользуемая логика располагается в проекте commonMain в каталоге kotlin и разделяется на package. Декларации функций, классов и объектов, обязательных к переопределению, помечаются модификатором expect:

25 Реализации должны иметь модификатор actual.

26 В качестве примера работы с многопоточностью рассмотрим небольшое приложение, обращающееся к стороннему API по сети:

27 Я выбрала www.themoviedb.org. Полный код примера будет по ссылке внизу статьи.

28 В общей Common части расположим общую бизнес-логику:

29 А именно наш сетевой сервис. Это логично.

30 В модулях iOS/Android приложений оставим только UI компоненты для отображения списка и адаптеры. iOS часть будет написана на Swift, Android - на Kotlin.

31 Начнем с бизнес-логики. Т.к весь функционал будет в модуле common, то мы будем использовать в качестве библиотек решения для Kotlin Multiplatform:

32 Ktor - библиотека для работы с сетью и сериализации.

33 В build.gradle (:app) пропишем следующие зависимости:

34 val ktorVersion = "1.4.0" val serializationVersion = "1.0.0-RC" sourceSets { val commonMain by getting { dependencies { implementation("org.jetbrains.kotlinx:kotlinx-coroutines-core:$coroutinesVersion") implementation("io.ktor:ktor-client-core:$ktorVersion") implementation("org.jetbrains.kotlinx:kotlinx-serialization-core:$serializationVersion") implementation("io.ktor:ktor-client-serialization:$ktorVersion") } } val androidMain by getting { dependencies { //... implementation("io.ktor:ktor-client-android:$ktorVersion") } } val iosMain by getting { dependencies { implementation("io.ktor:ktor-client-ios:$ktorVersion") } } ...Также добавим поддержку сериализации:

35 plugins { //... kotlin("plugin.serialization") version "1.4.10" }Далее нам надо определить, что делать с многопоточностью, ведь она реализуется по-разному на каждой платформе. На стороне iOS мы используем GCD (Grand Central Dispatch), а на стороне Android - JVM Threads и Coroutines. Однако, в Kotlin Multiplatform мы можем сделать общей и работу с многопоточностью.

36 Для этого мы будет использовать Kotlin Coroutines:

37 val coroutinesVersion = "1.3.9-native-mt" sourceSets { val commonMain by getting { dependencies { implementation("org.jetbrains.kotlinx:kotlinx-coroutines-core:$coroutinesVersion") //... } } val androidMain by getting { dependencies { implementation("org.jetbrains.kotlinx:kotlinx-coroutines-android:$coroutinesVersion") //... } } val iosMain by getting { dependencies { //... } } ...Тут стоит сделать пояснение, как с этим работать, потому что далеко не все iOS разработчики знают, что такое Coroutines. Если вкратце, то это блок кода, который можно приостановить, не блокируя поток. У корутины может быть контекст выполнения (CoroutineContext), цикл жизни корутины управляется Job. У корутины есть область действия (CoroutineScope), а поток, в котором она исполняется, задается с помощью CoroutineDispatcher.

38 Если проводить аналогию с iOS, то это похоже на выполнение блока кода в DispatchQueue, имеющей определенный QoS и привязку к определенному потоку NSThread, либо Operation в OperationQueue, где GlobalScope аналогичен DispatchQueue.global(), а MainScope - DispatchQueue.main:

39 //Android fun loadMovies() { GlobalScope.async { service.makeRequest() withContext(uiDispatcher) { //... } } } //iOS func loadMovies() { DispatchQueue.global().async { service.makeRequest() DispatchQueue.main.async{ //... } } }Еще одной ключевой особенностью корутин является использование слова suspend. Данный модификатор не превращает метод в асинхронный сам по себе, это зависит от других деталей реализации, но маркирует, что его можно приостановить без блокировки потока. Также такой метод можно вызывать только в контексте корутины.

40 Ktor использует механизм корутины для реализации асинхронной работы, поэтому вызов HttpClient делаем в suspended функции:

41 //Network service class NetworkService { val httpClient = HttpClient { install(JsonFeature) { val json = kotlinx.serialization.json.Json { ignoreUnknownKeys = true } serializer = KotlinxSerializer(json) } } suspend inline fun <reified T> loadData(url: String): T? { return httpClient.get(url) } } //Movies service suspend fun loadMovies():MoviesList? { val url = MY_URL return networkService.loadData<MoviesList>(url) }При подключении Kotlin Coroutines мы не указали никакую особую версию для iOS. Это не ошибка. Дело в том, что начиная с версии Kotlin 1.4 Suspended функция Kotlin легко трансформируется в функцию Swift c completion handler блоком:

42 func getMovies() { self.networkService?.loadMovies {(movies, error) in //... } }Т. к. Ktor уже обеспечивает асинхронность, то в данном случае потребности в использовании DispatchQueue на стороне iOS нет.

43 На стороне Android используем механизм корутинов, и вызов будет иметь вид:

44 fun getMovies() { mainScope.launch { val movies = this.networkService?.loadMovies() //... } } }Такой способ обращения к общей логике мы можем использовать при подходе, когда у нас нет общего архитектурного элемента наших нативных приложений, и в Common проекте мы реализуем только бизнес-логику. Это вполне рабочий подход.

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

46 Посмотрим это в следующей части, следите за обновлениями блога!

47 Исходники примера находятся здесь: github.com/anioutkazharkova/movies_kmp.