Поделиться • 21 января 2025

Почему нативные приложения не нужны: 4 мифа о недостатках кроссплатформенных аппов

Почему нативные приложения не нужны: 4 мифа о недостатках кроссплатформенных аппов

Текст: Антон Фокин, CEO & Founder QTIM

Фото: 2H Media/Unsplash


Когда бизнес решает выйти на рынок с мобильным приложением, встает вопрос, какой способ разработки выбрать. И если раньше к кроссплатформенным решениям относились скептически, то сейчас их внедряют мировые гиганты — от маркетплейсов до финтеха. Какие технологии нужны в зависимости от целей, бюджета и сроков, рассказал «Инк.» CEO & Founder QTIM Антон Фокин.

К концу года эксперты прогнозировали увеличение объема рынка мобильной разработки на треть по сравнению с 2023-м. Спрос на мобильные приложения остается высоким, но квалифицированных IT-специалистов становится недостаточно из-за дефицита кадров. В связи с этим многие компании ищут наиболее удобные и экономичные решения, все чаще обращаясь к кроссплатформенным технологиям. Но сохраняются и предубеждения об этом методе разработки.

Натив vs кроссплатформа

Выбор между нативной и кроссплатформенной разработкой зависит от стратегических целей компании и потенциальных ожиданий.

Нативные приложения разрабатываются для конкретной операционной системы, например iOS или Android, с использованием их «родных» языков программирования: Swift для iOS, Kotlin или Java для Android. Такие приложения обладают высокой производительностью, стабильностью и возможностью максимально адаптировать пользовательский опыт. К подходу часто обращаются финтех, геймдев, создатели соцсетей и мессенджеров.

Из минусов — необходимость разрабатывать и поддерживать два отдельных приложения. Это ведет к увеличению ресурсов, сложностям синхронизации платформ, а также растягивает время на разработку и тестирование.

Кроссплатформенные приложения разрабатываются на едином коде с использованием фреймворков Flutter, React Native, Xamarin, Kotlin и других. По сути — это одно приложение, адаптированное под особенности iOS, Android или других ОС. Такой подход позволяет сократить время и затраты на релиз на 30–50%, так как одну версию приложения можно запустить сразу на нескольких платформах. Кроссплатформа подходит не только для полноценных приложений, но и для быстрого запуска MVP и тестирования гипотез, когда особенно важны скорость разработки и бюджет.

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

Кроссплатформенную разработку используют крупные бренды, например AliExpress, ‎Skype, Discord, «Яндекс Про», «Росбанк Бизнес».

Нативные приложения больше не нужны?

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

С точки зрения конечного продукта разница между нативным и кроссплатформенным приложением может быть незаметной для пользователя. Кроссплатформенная разработка дает похожий результат в реализации функционала приложения, UX/UI, в показателях производительности и скорости загрузки. В таких решениях интерфейс обычно выглядит одинаково на всех устройствах, а фреймворк Flutter позволяет разработчикам легко поддерживать идентичный дизайн и функционал как на iOS, так и на Android. При этом нативные приложения часто используют уникальные для iOS и Android элементы интерфейса, что создает различия во внешнем виде и функциональности на каждой платформе.

Усложняет развитие нативной разработки для iOS в России остановка продаж техники Apple и поддержка платежного сервиса Apple Pay, а также удаление целого ряда приложений из App Store.

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

Мифы о кроссплатформе

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

  • «Кроссплатформенные решения сложно и дорого масштабировать, они не подходят для быстрорастущих проектов».

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

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

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

Любой кроссплатформенный фреймворк поддерживает нативные модули. Если требуется подключиться к аппаратной части устройства, но нужного модуля нет, можно написать его на «родном» языке и встроить в кроссплатформенное приложение. Такой подход успешно работает с камерами, GPS и другими устройствами.

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

  • «Flutter и React Native — сторонние open-source решения, они чаще подвержены багам и техническим перебоям».

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

  • «С помощью кроссплатформенных решений трудно и нерентабельно реализовывать IT-продукты со сложной логикой».

Многие крупные компании сегодня выбирают кроссплатформенную разработку, поскольку это позволяет значительно сэкономить и упростить процесс обновлений. Идентичный дизайн, быстрый выход в релиз, а также упрощенное управление работой команды сокращают риски и исключают необходимость синхронизации. Примером таких решений являются приложение «Самокат», проекты компании «Сбер» и некоторые приложения «Яндекса», реализованные на Flutter.

Будущее натива и кроссплатформы

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

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