Мобильная разработка

React Native: что это и когда его выбирать для мобильной разработки

102 
 

На React Native работают Microsoft Office, Shopify и Discord, а пишут его на JavaScript. Разбираем, как устроен фреймворк, что изменила New Architecture и почему привычные претензии к RN устарели вместе с «мостом», — и честно отвечаем, в каких случаях мы, студия с Flutter-экспертизой, сами посоветовали бы React Native.

О React Native до сих пор спорят фактами 2018 года: «мост тормозит», «Airbnb ушёл — значит, всё плохо», «подождём версию 1.0». Тем временем за последние два года фреймворк пережил самую большую перестройку в своей истории: старая архитектура не дожила до очередных улучшений — её целиком удалили из кодовой базы. Заодно сменился рекомендованный способ запускать проекты и умер самый известный сервис доставки обновлений. Большинство русскоязычных статей этого не заметили и продолжают пересказывать друг друга. Картину стоит пересобрать заново.

Мы в Surf занимаемся мобильной разработкой больше десяти лет; наш основной инструмент кроссплатформы — Flutter, на котором мы делаем всё от MVP до банковских приложений. React Native — прямой конкурент нашего стека, так что этот текст — редкий жанр: разбор чужого инструмента практиками кроссплатформы. Хвалить RN нам не выгодно, но выбор технологии должен опираться на задачу, а не на то, кто что продаёт.

Что такое React Native

React Native — open-source-фреймворк от Meta, вышедший в 2015 году. Идея: интерфейс описывается на JavaScript и React, но рендерится настоящими нативными компонентами — кнопка на iOS остаётся системной кнопкой, список на Android — системным списком. Этим RN принципиально отличается от гибридов эпохи Cordova и Ionic, где «приложение» было сайтом, запущенным внутри встроенного браузера, со всеми вытекающими тормозами.

Практический смысл — в общей кодовой базе: одна команда пишет один код, который работает на iOS и Android. Доля переиспользуемого кода в реальных проектах — от 65 до 90% в зависимости от того, сколько в приложении платформенной специфики. Первым продуктом на RN был Facebook Ads Manager, и с тех пор фреймворк дорос до продуктов, которыми пользуются сотни миллионов людей.

Что изменила New Architecture

Главная историческая претензия к RN звучала так: JavaScript и нативный код общаются через асинхронный «мост» с сериализацией сообщений в JSON, и на длинных списках и сложных экранах этот мост становится бутылочным горлышком. Претензия была справедливой — настолько, что Meta переписала фундамент фреймворка.

Новая архитектура заменила мост тремя механизмами: JSI связывает JavaScript с нативным кодом напрямую, без сериализации; рендерер Fabric синхронно рассчитывает layout; TurboModules подгружают нативные модули лениво, а не все сразу на старте. Хронология важна: с версии 0.76 (октябрь 2024-го) New Architecture включена по умолчанию, с 0.82 (октябрь 2025-го) старую отключить уже нельзя, а в 0.83 её код удалили из фреймворка физически. Мост мёртв в буквальном смысле.

Отсюда два практических вывода. Аргументы о производительности из статей 2020–2024 годов описывают архитектуру, которой больше не существует. Но и обратная сторона реальна: проект, замерший на версии 0.7x, в 2026 году упирается в принудительную миграцию — и её стоимость нужно закладывать в бюджет заранее.

Экосистема 2026 года: Expo вместо «голого» RN

Второе тихое изменение: официальная документация React Native теперь отправляет новичков не в чистый фреймворк, а в Expo — надстройку, которая берёт на себя сборку, публикацию и обновления. Стартовая команда проекта сегодня — create-expo-app, а «голый» RN стал нишевым выбором для команд с особыми требованиями.

С обновлениями связана и самая громкая потеря экосистемы. Фирменный козырь RN — доставка исправлений JS-кода пользователям напрямую, минуя ревью App Store и Google Play. Годами стандартом для этого был CodePush от Microsoft — и в марте 2025-го Microsoft закрыла его вместе со всем App Center. Ирония в том, что половина русскоязычных статей продолжает советовать мёртвый сервис. Рабочая замена сегодня — EAS Update от Expo (с поэтапными раскатками и откатом одной командой) либо self-hosted-версия CodePush для тех, кто хочет держать инфраструктуру у себя.


Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 13691 тендер
проведено за восемь лет работы нашего сайта.


Кто реально пишет на React Native

Официальная витрина фреймворка скромнее, чем принято думать, и от этого убедительнее: Meta (Facebook, Ads Manager, Messenger Desktop), Microsoft (Office, Outlook, Teams, Xbox Game Pass), Amazon (Shopping, Alexa, Kindle), Shopify и Wix. Расхожее «Инстаграм написан на RN» требует оговорки: фреймворк использовался в части экранов, а в официальном списке сегодня фигурирует только версия для Meta Quest.

Самый показательный кейс — Shopify: в 2025 году компания подвела итоги пяти лет на RN — все мобильные приложения переведены на фреймворк, 99,9% сессий проходят без крашей, а паритет функций между iOS и Android перестал быть проблемой. На RN также работают Discord, Coinbase и Bluesky. Контрпример, который всплывает в каждом споре, — Airbnb, публично ушедший с RN в 2018-м: команде пришлось поддерживать фактически три платформы вместо двух. Важный контекст: это решение эпохи моста — половина причин ухода Airbnb в новой архитектуре просто не существует.

В России RN тоже не экзотика: Сбербанк строил на нём свою мобильную платформу ещё в 2017-м, Альфа-Банк использует RN в части модулей, а у RuStore и SberPay есть официальные SDK для фреймворка.

И немного честной статистики, которой избегают агитационные статьи. По числу приложений в сторах Flutter обогнал RN ещё несколько лет назад и остаётся самым распространённым кроссплатформенным SDK. Зато по рынку труда впереди RN — вакансий на него в разы больше: экосистема JavaScript берёт своё. А ссылки на «свежие проценты Stack Overflow» стоит проверять: в опросе 2025 года категории мобильных фреймворков вообще не было.

Сильные и слабые стороны

Сильные стороны RN складываются в одну: это мобильная разработка на самом массовом языке программирования.

  • Веб-команда конвертируется в мобильную. Разработчики на React осваивают RN за недели: та же компонентная модель, тот же TypeScript, те же инструменты.

  • Крупнейшая экосистема. Почти под любую задачу есть библиотека из мира JS; движок Hermes ускоряет запуск и уменьшает размер бандла.

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

Слабые стороны тоже никуда не делись.

  • Тяжёлая графика. Сложные анимации, 3D, AR — не территория RN: у Flutter с его собственным рендером здесь стабильнее, у натива — тем более. Игры пишут на Unity, и это не обсуждается.

  • Нестандартное железо. Bluetooth-протоколы, NFC, специфичные датчики — понадобится нативный разработчик и собственные модули.

  • Апгрейды версий. Главная боль по опыту рынка: даже минорная миграция может обернуться сотнями правок и переездом библиотек — известный разбор миграции с 0.60 на 0.65 насчитал около пятисот изменений. Фреймворк выпускает 5–6 версий в год; бюджет на регулярные обновления — обязательная строка TCO, а не опция.

Когда выбирать React Native — взгляд Flutter-студии

Производительность перестала быть решающим аргументом: после New Architecture и RN, и Flutter достаточно быстры для абсолютного большинства бизнес-приложений. Выбор сместился к команде, экосистеме и стоимости владения. Наши критерии выглядят так.

  • У вас есть веб-команда на React — RN почти всегда правильный ответ: люди, инструменты и половина кода уже в наличии.

  • Контентный продукт, e-commerce, бизнес-приложение без тяжёлой графики — RN справится, разница с альтернативами будет не техническая, а организационная.

  • Нужен pixel-perfect одинаковый интерфейс на всех платформах, сложные анимации, кастомный дизайн или десктоп из той же кодовой базы — мы бы взяли Flutter: собственный рендер даёт предсказуемость, за которую его любят банки.

  • Игры, AR/VR, глубокая интеграция с платформой (часы, CarPlay, тяжёлые фоновые процессы) — натив, и кроссплатформа тут ни при чём.

Российская специфика на выбор фреймворка почти не влияет: RuStore, который с сентября 2025-го предустанавливается на все продаваемые в стране смартфоны, публикует RN-приложения без ограничений и имеет официальные SDK, а сложности с доставкой iOS-приложений после отзыва enterprise-сертификатов Apple одинаковы для всех технологий.

Наш опыт: чему банковская кроссплатформа учит независимо от фреймворка

Наш флагманский кроссплатформенный проект — «Росбанк Бизнес», первое банковское приложение в России и второе в мире, написанное на Flutter. Показателен он не выбором фреймворка, а тем, что решило успех: мы построили middleware-сервер — «переводчик» между современным приложением и банковскими бэкендами, часть которых работала на протоколах из нулевых. Это позволило переписывать систему модульно, без остановки бизнеса, а пользователей старой версии перевести на новую бесшовно, без повторной регистрации. Закончился проект передачей разработки внутренней команде банка — за пару месяцев обучения на нашей открытой архитектуре SurfGear; детали — в кейсе.

Урок переносится на React Native дословно: судьбу кроссплатформенного проекта решает не фреймворк, а архитектура вокруг него — как приложение уживается с legacy-бэкендами, кто и как будет его поддерживать и во что обойдутся ежегодные миграции. Если вы прикидываете сроки и бюджет RN-проекта, у нас есть подробный разбор с оценками по типам приложений.

Коротко

  • React Native — фреймворк Meta для мобильной разработки на JavaScript/React: интерфейс рендерится настоящими нативными компонентами, общий код между iOS и Android — 65–90%.

  • Легендарный «тормозящий мост» мёртв: с версии 0.76 включена New Architecture (JSI, Fabric, TurboModules), а в 0.83 старый код удалён физически — претензии из статей прошлых лет устарели.

  • Экосистема сменилась: старт проекта — через Expo, обновления мимо сторов — через EAS Update; CodePush закрыт Microsoft в марте 2025-го.

  • На RN работают Microsoft Office, Shopify (99,9% сессий без крашей), Discord, Amazon; уход Airbnb в 2018-м — история эпохи моста.

  • Слабые места прежние: тяжёлая графика, нестандартное железо и дорогие апгрейды версий — закладывайте миграции в бюджет владения.

  • Выбор в 2026-м делается не по производительности, а по команде: есть React-разработчики — берите RN; нужен pixel-perfect UI и сложные анимации — смотрите на Flutter; игры и AR — только натив.

React Native прошёл путь, который редко удаётся open-source-проектам такого масштаба: признал главный архитектурный долг и выплатил его целиком, не развалив экосистему. Спор «RN или Flutter» в 2026 году — это уже не спор о технологиях, а вопрос о том, какая команда у вас есть и какой продукт вы строите. И это хорошая новость: когда инструменты сравнялись в зрелости, выбирать можно по задаче — а не по чужим статьям с аргументами пятилетней давности.

Владимир Макеев, генеральный директор Surf — компании по разработке и дизайну цифровых продуктов для крупного и среднего бизнеса.

Выскажите мнение
Авторизуйтесь, чтобы добавить свой комментарий.




102

Лучшие статьи

Поделиться: 0 0 0
Генеральный директор (CEO) в  Surf , Воронеж
 0  0  0

Оцените статью
Спасибо за оценку