React Native: что это в 2026 году, когда старый мост удалён и нужен Kotlin

Команда проекта Synchra.24, мобильного приложения для распределённых команд, описала свой опыт: больше тысячи файлов TypeScript, свыше ста экранов, но рядом с ними Kotlin и Swift для push-уведомлений, биометрии, системных виджетов и работы с медиа. Этот разбор, опубликованный в июне 2025 года, показывает, чем стала разработка на React Native на практике и какую часть работы можно отдать нейросетям.

Итак, React Native, что это в 2026 году? Не «один код на обе платформы», а общий продуктовый слой на TypeScript с нативным интерфейсом, движком Hermes, новым рендерером Fabric, прямым интерфейсом JSI (JavaScript Interface, способ вызывать нативный код напрямую, без старого «моста»-посредника), фоновыми процессами и участками кода, специфичными для каждой платформы.

Что понадобится

• Node.js актуальной LTS-версии и менеджер пакетов (npm или yarn)
• Android Studio с Kotlin-плагином для Android-части
• Xcode для iOS-части (только на macOS)
• TypeScript: основной язык общего слоя
• Базовое понимание Kotlin и Swift для нативных модулей (геопозиция, биометрия, видео)
• Около 2 часов на первый запуск и знакомство с архитектурой

Пошаговая инструкция

1. Создайте новый проект на актуальной версии React Native (0.86 на момент публикации). Новая архитектура включена по умолчанию, старый Bridge удалён начиная с 0.84. Отдельно включать ничего не нужно.

npx @react-native-community/cli init MyApp
cd MyApp

1. Определите, какие функции останутся в TypeScript, а какие уйдут в нативный код. Правило из практики Synchra.24: состояние приложения, маршрутизация между экранами, сетевые запросы и бизнес-логика хорошо живут в TypeScript. Геопозиция, push-уведомления, биометрия, системные виджеты и тяжёлая работа с медиа требуют Kotlin (Android) и Swift (iOS).

2. Напишите общий продуктовый слой на TypeScript. Модели данных, навигация, серверное взаимодействие, формы и проверки: всё это реализуется один раз и работает на обеих платформах. Новый экран или изменение формы проверяется сразу на iOS и Android.

3. Создайте нативные модули для платформенных функций через TurboModules. TurboModules (современный способ объявлять и загружать нативные модули) и Codegen (автоматическая генерация связующего кода из типизированной спецификации) позволяют описать контракт один раз, а реализацию написать на Kotlin и Swift.

// спецификация нативного модуля (TypeScript)
import type { TurboModule } from 'react-native';
import { TurboModuleRegistry } from 'react-native';

export interface Spec extends TurboModule {
  getCurrentLocation(): Promise<{ lat: number; lng: number }>;
}

export default TurboModuleRegistry.getEnforcing<Spec>('GeoModule');

1. Разберитесь с потоками выполнения. Это ключевой навык в 2026 году. JavaScript-поток обрабатывает состояние и логику. Главный нативный поток рисует интерфейс. Для анимаций, следующих за жестом пользователя, используются worklets (короткие функции, выполняемые рядом с интерфейсом без ожидания JavaScript-потока). Если каждое смещение пальца ждёт занятый JavaScript-поток, анимация начинает отставать.

2. Проверьте, что Hermes V1 работает как движок по умолчанию. В версии 0.84 и выше Hermes V1 (JavaScript-движок, оптимизированный для мобильных устройств) включён автоматически. Для iOS по умолчанию используются предсобранные бинарники, что ускоряет сборку.

3. Протестируйте приложение на обеих платформах одновременно. Именно здесь проявляется преимущество гибридного подхода: продуктовые правила живут в одном месте, а различия iOS и Android остаются видимыми и локальными.

Где нативный код не означает провал?

Наличие Kotlin и Swift в проекте иногда воспринимают как доказательство, что React Native «не справился». Критерий на практике другой: сколько продуктовых правил приходится поддерживать дважды. Если бизнес-логика, навигация и серверное взаимодействие написаны один раз на TypeScript, а нативный код отвечает только за узкие платформенные функции, кроссплатформенность работает.

Релиз React Native 0.84 в начале 2025 года стал поворотным: команда фреймворка удалила код старой архитектуры (Legacy Architecture) целиком. Это не мягкий переход, а жёсткая точка: новые проекты стартуют только с JSI, Fabric и TurboModules.

Что делать с этим прямо сейчас, по ролям

Разработчику в РФ и СНГ: React Native, что это значит для вашего стека? Если вы уже пишете на React и TypeScript, порог входа остаётся низким для продуктового слоя. Но закладывайте время на Kotlin и Swift: без них не получится сделать качественную геопозицию, push-уведомления или биометрию. Начните с создания одного TurboModule, чтобы почувствовать контракт между TypeScript и нативным кодом.

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

Автору Дзена, пишущему про технологии: если объясняете React Native аудитории, ключевой сдвиг 2026 года в том, что фреймворк перестал быть «JavaScript-обёрткой над нативом». Старый мост удалён, новая архитектура обязательна. Это меняет и аргументы «за», и аргументы «против» в любом сравнении с Flutter или нативной разработкой.

Удаление Legacy Architecture в версии 0.84 закрыло путь назад. Для тех, кто начинает проект в 2026 году, выбора между старой и новой архитектурой больше нет, и это, пожалуй, лучшее, что могло произойти с фреймворком: вместо двух параллельных миров осталась одна рабочая модель, которую можно изучить и применить.