Comments 4
Если что-то быстрое и простое, то expo
Если что-то более серьезное, то bare, хотя есть довольно крупные проекты в продакшене написанные с expo и все в порядке
А почему?
Expo – официально рекомендованный способ писать приложения на RN.
Никто не заставляет пользоваться EAS или другими их сервисами. Можно использовать pre-build и использовать любой нативный код.
Нативные моудли можно очень легко и просто писать с Expo Modules, писать разные плагины и т.п. Не нравится их скорость – ок, бери и пиши Nitro Modules.
Обновление версии RN тоже становится легче с Expo. Много пакетов, вроде работы с вибрацией, файлами, звуком, картинкой и т.п. Библиотеки обновляются и поддерживаются вместе с фреймворком. Все это также Open Source.
Я не вижу ни одной причины использовать bare RN CLI в 2026
Есть какой-то специфический кейс?
Могли бы вы для новичков рассказать, что значит
Зависимость от Expo - привязка к их инфраструктуре при использовании EAS
С неё можно слезть, насколько это больно и тп?
Если рассматривать отказ от Expo в уже существующем проекте, то это будет трудный процесс, так как придётся пересматривать зависимости, искать что-то подходящее и обновлять код.
Если отказываться именно от инфраструктуры EAS, то здесь проблем больших не будет, если есть знание, как собираются приложения для android/ios, как публикуются приложения в сторы. EAS позволяет не заботиться о том как собирается приложение, как оно публикуется или обновляется, это всё настраивается один раз, а дальше делается по нажатию кнопок) Без EAS просто придётся делать всё вручную
React Native. Часть 2: Bare Workflow, Expo, стили и платформенные особенности