Kotlin Multiplatform - что это за технология, особенности кроссплатформенной разработки

Сегодня бизнесу важно выпускать приложения сразу для разных устройств – для Android и iPhone, иногда еще и для настольных программ. Но писать отдельную версию для каждой платформы долго и дорого, кроме того, ее сложнее поддерживать. Именно поэтому все чаще говорят о подходах, которые позволяют использовать единожды написанный код сразу в нескольких местах. Одним из таких инструментов является Kotlin Multiplatform Mobile (KMM). Вокруг него много обсуждений: кто-то называет его будущим мобильной разработки, другие – сомневаются и считают слишком сложным. Чтобы разобраться, важно понять, как все устроено, и чем данная технология реально полезна для бизнеса. В этой статье специалисты ИТ-агентства White Tiger Soft расскажут, что собой представляет инструмент, как он работает и чем отличается от привычных кроссплатформенных решений. Поговорим о плюсах и минусах, о реальной скорости работы и о том, почему крупные компании уже выбирают такой подход.

KMM представляет собой функциональную возможность языка Котлин, которая появилась в 2017 г. вместе с версией 1.2. Она позволяет создавать общий код и использовать его сразу на нескольких операционках. Проще говоря, часть программы пишется один раз, а затем применяется в разных приложениях, например, для Android и iOS.

Идея похожа на принцип «написал – используй везде». Но здесь все устроено гибче. Разработчик может вынести общую логику в 1 модуль и подключать его к разным версиям софта, не переписывая одно и то же заново.

Такой подход помогает меньше зависеть от конкретной операционной системы. Команде не надо поддерживать два полностью разных проекта. Это экономит время, снижает расходы и упрощает обновления.

Суть проста: общий исходный текст хранится отдельно и затем «адаптируется» под нужную платформу. Например, если речь идет об Android и iOS, логика приложения создается один раз, а дальше компилятор подготавливает ее для каждой ОС по-своему.

В Андроид код превращается в байткод, который запускается внутри виртуальной машины JVM. Эта среда есть в системе, поэтому программа спокойно выполняется. В Айос VM нет. Кодовое содержимое преобразуется сразу в нативное, то есть в машинные инструкции, которые понимает устройство Apple.

Внутри компилятора существуют два основных этапа. Сначала исходный текст переводится в промежуточную форму – это внутреннее представление, понятное системе. Затем специальный модуль преобразует его в итоговый формат: для Android – в bytecode, для iOS – в нативный машинный код.

Чтобы один и тот же исходный текст мог работать на разных платформах, используются специальные компиляторы. У Котлин есть несколько направлений:

• JVM – для приложений на базе Джава и Андроид;
• JavaScript – для браузеров и среды Node;
• Native – для iOS, macOS, Виндовс, Линукс и прочих систем.

Каждое из них включает инструменты, которые подходят именно для своей платформы.

Для удобства также существуют мультиплатформенные библиотеки. Они позволяют писать общую часть проекта 1 раз и использовать ее везде. При этом для каждой ОС можно подключить дополнительные библиотеки, чтобы задействовать ее особые возможности.

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

Кроссплатформенное решение строится иначе. В этом случае используется практически один и тот же исходный текст для всех ОС. По сути, создается единая версия программы, которая затем разворачивается сразу на разных устройствах.

В случае Kotlin Multiplatform (KMP) акцент в разработке делается именно на совместном использовании общей логики. При этом программисты не отказываются от native-возможностей платформы. Такой подход считается продолжением нативной реализации, а не ее заменой.

Если сравнить данную технологию с такими фреймворками, как Реакт Нейтив или Кордова, разница становится заметной сразу. В подобных решениях почти весь код пишется на JavaScript. Разработчику не обязательно знать Котлин, Java или Swift – достаточно одного языка.

В KMM все устроено иначе. Здесь нельзя обойтись только одним инструментом. Разработка делится на несколько частей, и каждая из них отвечает за свою зону.

Когда создается project в Андроид Studio, внутри появляется несколько папок. Самые важные из них:

• iosApp;
• shared.

В первой находится полноценный проект для Айос. Он написан на Swift с использованием SwiftUI. Это обычное iOS-приложение, которое можно открыть и запустить в Xcode.

Создание внешнего вида и экранов для iPhone идет именно в этой среде. При работе над интерфейсом для «яблочных» устройств можно вообще не заходить в Android Studio и сосредоточиться только на инструментах Apple.

Если для iOS используется Swift, то здесь все делается на Котлин. Чаще всего применяется Jetpack Compose. Процесс ничем не отличается от стандартной нативной разработки под Андроид – аналогичные подходы, инструменты, возможности системы. И в этот момент у многих возникает логичный вопрос: если интерфейсы все равно пишутся отдельно, в чем тогда смысл KMM?

Главная идея технологии скрыта в папке shared. Именно здесь размещается общий исходный текст, который работает и в Android, и в iOS.

Этот модуль пишется на Kotlin. В нем обычно находится бизнес-логика, работа с сетью, обработка данных, модели и другие части, которые не зависят от конкретной платформы.
Самое важное – это кодовое содержимое можно вызывать из различных ОС. Например, если в shared есть класс с функцией, которая возвращает строку или обрабатывает данные, то:

• в Андроид его можно вызвать прямо из Котлин-кода;
• в iOS к нему возможно обратиться из Swift.

Таким образом, интерфейсы остаются нативными, а основная логика приложения используется повторно.

У него есть несколько сильных сторон, которые делают его интересным для бизнеса и developers.

Главное преимущество KMM в том, что разработчик не теряет доступ к native-функциям. Если возникает сложная задача или нестандартная ситуация, всегда можно написать нужную часть напрямую на Swift для iOS или на Kotlin для Android. Это дает гибкость. Проект не заперт в рамках движка или одного языка. При необходимости возможно доработать любую часть привычным нативным способом.

Когда business-логика вынесена в shared-модуль, ее не нужно писать дважды – отдельно для каждой операционки. Это экономит ресурсы команды.

По нашему опыту и данным учета времени в CRM, разработка в среднем идет на 20% оперативнее, чем при создании двух полностью независимых нативных решений. Конечно, KMM не такой быстрый в старте, как фреймворки вроде Flutter или React Native. Но по сравнению с чистым Swift и Котлин экономия времени ощутима – софт удается опубликовать в App Store и Google Play за меньший период.

В iOS часть кода, написанная на Kotlin, преобразуется в натив-формат, понятный системе Apple. В Android приложение и так создается на этом языке, который является основным для платформы. В итоге программа работает так же быстро, как и полностью нативное решение. Нет дополнительной прослойки, которая могла бы замедлять работу.

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

Чтобы уверенно работать с технологией, нужно знать как минимум два языка – Swift и Котлин. Это значит, что новичкам будет непросто. Инструмент больше подходит для опытных мобильных разработчиков, которые уже понимают особенности обеих платформ.

Если сравнивать KMM с Flutter, Cordova или React Native, то разработка здесь занимает больше времени. Причина проста – интерфейсы создаются нативно для каждой операционки. Поэтому, если задача – быстро собрать MVP, эта технология не всегда лучший выбор. Инструмент чаще используют в проектах, где важны стабильность, масштабирование и долгосрочная поддержка.

Он помогает компаниям выпускать приложения быстрее и при этом тратить меньше ресурсов на поддержку в сравнении с нативными решениями. Эффективность появляется благодаря нескольким факторам:

1. Четкое разделение кода. Бизнес-логика пишется один раз и используется везде, а интерфейс создается отдельно под каждую платформу.
2. Меньше затрат на сопровождение. Если нужно внести изменения в логику, их не приходится повторять дважды – достаточно обновить общий модуль.
3. Простая интеграция с уже существующими проектами на Kotlin. Не надо полностью переписывать софт, можно внедрять решение постепенно.
4. Использование общих модулей для сети, хранения данных и внутренней логики. Это позволяет избежать дублирования и сократить объем работы.

В результате команда тратит меньше времени на повторяющиеся задачи, а бизнес получает более управляемый и предсказуемый рабочий процесс.

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

Сегодня доступны библиотеки для разных задач:

• удобной работы с сетевыми запросами и обменом данными с сервером;
• реализации и упрощения логики интерфейса;
• улучшения структуры и понятности кода;
• внедрения функций, зависящих от конкретной платформы, например, камеры, геолокации и других возможностей устройства.

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

Бизнес все чаще обращается к кроссплатформе не только ради экономии времени и бюджета, но и из-за стабильности работы приложений и их готовности к изменениям. Такой подход позволяет создавать программы, которые легко поддерживать и развивать со временем.

Котлин Мультиплатформ набирает популярность среди многих крупных компаний:

1. Netflix. Обновила интерфейс плеера в Android-приложении с помощью Kotlin, что ускорило внедрение новых функций.
2. Autodesk. Выбрала KMM для создания софта под iOS и Андроид без необходимости использовать нативный Java-интерфейс.
3. VMware. Применяет технологию как основной фреймворк для кроссплатформенной мобильной разработки.
4. Trello. Использует инструмент в Андроид-версии благодаря совместимости с Java, что упрощает поддержку кода.
5. Philips. Ускоряет внедрение новых функций и улучшает взаимодействие между командами Андроид и iOS.
6. Ice Rock. Применяет KMM для создания мобильных и серверных приложений для своих клиентов.

Эти примеры показывают, как крупные компании используют технологию для повышения эффективности и сокращения затрат.

Kotlin Multiplatform – эффективный инструмент, позволяющий создавать продукты одновременно и для Android, и для iOS. Он помогает разработчикам не писать один и тот же код дважды, экономя время и ресурсы команды. При этом приложения сохраняют высокую производительность, поскольку интерфейс создается нативно для каждой платформы. Использование общего модуля для бизнес-логики упрощает поддержку и ускоряет внедрение новых функций, а открытая экосистема библиотек делает процесс разработки более удобным и гибким.