[Перевод] Flutter vs Kotlin: что выбрать30.08.2024 15:15

Мобильный разработчик Droids On Roids сравнил два кроссплатформенных фреймворка, Kotlin и Flutter, и рассказал, для каких проектов каждый из них подходит. 

Я, Flutter Tech Lead в Friflex Юра Петров, перевел эту статью и предлагаю сообществу обсудить особенности фреймворков.

Сравниваем

Совсем недавно Flutter называли лучшим фреймворком для разработки кроссплатформенных приложений. Позже появился Kotlin Multiplatform (KMP). Он привлек к себе много внимания и стал серьезным конкурентом Flutter.

Стоит ли теперь отказываться от проектов на Flutter? Вовсе нет! Flutter по-прежнему занимает сильные позиции. У обеих технологий есть свои плюсы и минусы. И выбирать фреймворк нужно под конкретный проект. 

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

Kotlin Multiplatform и Flutter — относительно новые инструменты кроссплатформенной разработки. К своей задаче они подходят по-разному.

Flutter использует собственный инструмент рендеринга пользовательского интерфейса, чтобы создать все, что пользователь видит на экране. Этот инструмент называется «движок Flutter». Фреймворк сам рисует все элементы и гарантирует, что приложение будет выглядеть и работать одинаково на любом устройстве и платформе.

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

KMP расширяет нативные приложения, а Flutter — их заменяет. Многие не знают, но обе технологии, с точки зрения кода, нативные. 

Предлагаем сравнить основные функции фреймворков.

В таблице представлены ключевые различия, которые важно учитывать, когда вы выбираете между Flutter и Kotlin Multiplatform. Окончательный выбор зависит от целей проекта и возможностей команды.

Смотрим на детали

Давайте поговорим про каждую технологию отдельно.

Что такое Flutter?  

Это открытый фреймворк для разработки пользовательских интерфейсов, который компания Google представила на конференции Google I/O в декабре 2018 года.

С помощью Flutter разработчики могут создавать нативно компилируемые приложения из единой кодой базы для разных платформ: iOS, Android, Windows, macOS, Linux, Google Fuchsia. А также на Flutter можно разрабатывать веб-приложения и интерфейсы для встроенных устройств.

Flutter использует язык программирования Dart, который известен своей эффективностью и производительностью.

Преимущества Flutter

• Единая кодовая база. С Flutter вы пишете код один раз и запускаете его на нескольких платформах. Фреймворк сокращает время и требует меньше ресурсов для разработки.

• Горячая перезагрузка. Изменения в коде отображаются мгновенно. Разработчику не нужно перезапускать приложение. Разработка становится быстрее и эффективнее.

• Богатый набор виджетов. Flutter предлагает большую библиотеку виджетов, которые можно настраивать, чтобы создавать визуально привлекательные и отзывчивые интерфейсы.

• Производительность. Компиляция Dart и нативный код обеспечивают производительность не хуже, чем у нативных приложений. 

• Открытый исходный код и поддержка сообщества. Существует большое и активное сообщество разработчиков Flutter, члены которого постоянно публикуют новые плагины и пакеты. А также помогают с поддержкой и релизами. 

• Доступ к нативным функциям. Интегрировать функции, специфичные под конкретное устройство, легко. Плагины Flutter дают доступ к нативным функциям и API устройств.

Недостатки Flutter

• Размер приложения. Приложения на Flutter, как правило, большие по размеру. Им нужно больше места и времени для загрузки по сравнению с нативными. Вместе с приложением загружается движок Flutter, который добавляет к общему весу приложения 3–4 МБ.

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

• Ограниченный доступ к нативным функциям. Flutter сильно зависит от сторонних плагинов, которые дают доступ к нативным возможностям мобильных устройств. Сейчас у разработчиков в доступе большой выбор эффективных плагинов. Но их все равно не хватает, особенно для сложных  функций. 

• Ограниченный доступ к последним системным функциям. Нативные приложения получают мгновенный доступ к новым функциям Android и iOS. Продукты на Flutter — с задержкой. А иногда и вовсе не получают, потому что для поддержки новых функций нужны обновления.

• Особенности языка Dart. По сравнению с другими языками программирования Dart используется реже. Сообщество разработчиков на Dart меньше, но оно растет вместе с ростом популярности языка. 

Необходимость переписывать уже существующее нативное приложение. Чтобы перейти на Flutter, готовое нативное приложение придется полностью переписать.

Что такое Kotlin Multiplatform?

Чтобы понять, что такое Kotlin Multiplatform, нужно познакомиться с языком программирования Kotlin, который разработала компания JetBrains.

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

Kotlin Multiplatform (KMP) — это набор инструментов, который упрощает и организует работу с языком Kotlin на нескольких платформах одновременно, Android, iOS, веб.  А также его можно использовать для настольных и серверных приложений.

Большую часть кода можно реализовать один раз на Kotlin и использовать повторно в нативных приложениях. Разработка полнофункциональных нативных приложений становится быстрее.

Преимущества Kotlin Multiplatform

• Высокая производительность. У нативных приложений на KMP производительность не уступает эффективности и скорости аналогов.

• Полный доступ к платформенным API и библиотекам. Можно использовать любые нативные технологии и комбинировать их с Kotlin Multiplatform. Это особенно удобно для разработки приложений на нативных решениях, например, AR.

• Общая кодовая база. Можно написать общий код для разных платформ и сэкономить ресурсы.

• Простая миграция. Готовое нативное приложение на KMP разработчики могут переносить постепенно. Им не нужно переписывать все приложение. Такой подход позволяет вносить изменения, но не трогать при этом пользовательский интерфейс.

• Нативный UI. С KMP разработчики могут реализовывать платформенный UI. В этом им помогают фреймворки SwiftUI и Jetpack Compose.

• Нативный дизайн. В приложении можно настроить внешний вид и поведение, которые будут соответствовать рекомендациям платформы. Приложение будет выглядеть, как нативное. 

• Доступ ко всем функциям Kotlin. Разработчики могут использовать все возможности Kotlin, в том числе строгую типизацию, защиту от null-значений и корутины.

• Растущая экосистема. Сообщество KMP развивается, растет поддержка библиотек. 

Недостатки Kotlin Multiplatform

• Библиотеки находятся на ранней стадии развития. В архитектуре и тестировании у KMP пока нет такого количества программных библиотек, как у Flutter.

• Ограниченные онлайн-ресурсы. У разработчиком на KMP меньше ресурсов (документации, учебных материалов) по сравнению с более устоявшимися инструментами. Разработчикам сложнее найти нужную информацию и поддержку. Ситуация может улучшиться с ростом экосистемы KMP. По мере того, как инструмент будет развиваться, количество доступных ресурсов увеличится. 

• Совместное использование UI находится на ранней стадии развития. KMP дает возможность разрабатывать совместный пользовательский интерфейс с помощью Compose Multiplatform. Но функция только начинает развиваться и пока не может сравниться с возможностями Flutter.

• Ограничения Objective-C. Перевод кода Kotlin на Objective-C для iOS-приложений может привести к ограничениям и другим сложностям. Например, к проблемам с параметрами методов по умолчанию.

Основные различия

Теперь давайте рассмотрим, что отличает Flutter и Kotlin Multiplatform, и почему одна технология может быть лучше другой в разных обстоятельствах.

Технический подход

Flutter и Kotlin Multiplatform сильно отличаются по техническому подходу. 

Flutter использует язык программирования Dart и компилирует код в нативный бинарный файл, который включает дополнительный движок Flutter. Этот движок написан на C++. Он управляет каждым пикселем на экране. Так Flutter-приложения могут работать на разных устройствах через промежуточный слой.

KMP компилирует код на языке Kotlin в нативный код каждой платформы без дополнительных слоев. Приложение на KMP работает как обычное нативное. Kotlin Multiplatform легко интегрируется с нативным кодом и предоставляет прямой доступ к платформенным API.

Интеграция с системой

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

Во Flutter общий код получает доступ к нативному коду через механизмы Platform Channels, которые сериализуют и десериализуют данные для взаимодействия движка Flutter с системой.

Обычно Platform Channels работает эффективно, но он может снижать производительность. Большинство функций Flutter обрабатываются с помощью пакетов, которые используют Platform Channels. Если подходящего пакета нет или он не удовлетворяет требованиям, разработчикам приходится реализовывать абстрактный слой самостоятельно.

Стратегия миграции

Flutter и KMP предлагают разные стратегии миграции. 

Для миграции на Flutter приходится переписывать все приложение на языке Dart. Некоторым развитым приложениям требуется несколько месяцев для полноценной миграции. 

Flutter также позволяет писать отдельные функции на Dart и интегрировать их в нативные приложения.

У KMP другой подход. Вместо того чтобы переписывать код, его можно постепенно перемещать из Android-приложения в мультиплатформенный модуль. А затем интегрировать в iOS-приложение. 

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

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

4 ключевых критерия, которые помогут выбрать фреймворк

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

Flutter эффективно работает в кроссплатформенных проектах благодаря единой кодовой базе. Но миграция уже готовых больших приложений может быть сложной и трудоемкой. 

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

Фокус приложения

Kotlin Multiplatform подходит для приложений, в которых:

• функции связаны с аппаратными возможностями: виртуальными примерочными (AR), навигацией, обработкой изображений, телефонными звонками или видеоконференциями;

• необходимо использовать функции Android и iOS сразу после их релиза;

• пользовательский интерфейс должен соответствовать требованиям платформ, например, Google Material Design или Apple Human Interface Guidelines.

Flutter подходит для приложений, в которых:

• основной упор сделан на UI/UX, а нативные функции, например, сканирование штрихкодов, — это второстепенная задача;

• требуется единый пользовательский опыт на Android и iOS без строгого соблюдения гайдов;

• в приоритете уникальный и настраиваемый UI с возможным расширением до веб-платформ в будущем.

Организационная структура

Kotlin Multiplatform подходит, если:

• у вас уже есть мобильное приложение и команда разработчиков на Android/iOS, и вы хотите работать с техническим партнером;

• вы планируете интегрировать новые компоненты в существующее приложение или упростить разработку при помощи единой кодовой базы.

Flutter подходит, если:

• вы новичок в индустрии, и вам нужен технический партнер, чтобы создать первое приложение;  

• у вас нет команды разработчиков, и вам нужен партнер, чтобы управлять разработкой.

Приоритеты и рыночная среда

Kotlin Multiplatform подходит для компаний, которые:

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

• ставят в приоритет нативный пользовательский интерфейс и опыт пользователей разных платформ.

Flutter подходит для компаний, которые:

• хотят быстро выйти на рынок, чтобы протестировать бизнес-гипотезы или запустить MVP в инновационных и малоизученных отраслях;

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

Итог

Выбор между Kotlin Multiplatform и Flutter — это выбор между двумя мощными инструментами, каждый из которых имеет свои преимущества. Мы рекомендуем выбирать фреймворк на основе своих приоритетов и условий. 

Kotlin Multiplatform лучше подходит для приложений:

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

• которым необходим постоянный доступ к последним функциям Android и iOS;

• где UI/UX должен максимально соответствовать рекомендациям платформ.

Приложения на Kotlin Multiplatform разрабатываются для рынков с высокой конкуренцией, когда каждая мелочь имеет значение. 

Flutter подходит для приложений, в которых:

• нативные функции используются как дополнительные. Например, для приложений интернет-магазинов, которым важнее всего показать товары и организовать удобный процесс оформления и оплаты покупки;

• UI/UX должен быть одинаковым на всех платформах;

• UI/UX должен быть индивидуализированным и при этом не следовать рекомендациям Google или Apple.

Помните, что не обязательно выбирать только один путь. Оба инструмента предлагают свои способы разработки и развития приложения. Выбор зависит от бизнес-задач и условий проекта.

© Habrahabr.ru