React Native New Architecture: с bare на Expo переезжать или терпеть?

[zfspro]

Сидим на bare RN, включили New Architecture после фриза старой в июне 2025 — и понеслось: пара либ просто не стартует. Кто переехал на Expo managed, реально ли стало легче или это маркетинг?

[marianna]

Переехали с bare на Expo прошлой осенью. Честно — сборки и релизы упростились сильно, CNG с config-плагинами закрыл почти все наши нативные кастомы. Но миграция сама по себе не бесплатная, заложите спринт-два.

[Austkin]

Главные виновники падений на новой архитектуре обычно react-native-fs и геолокация. Меняются на Expo-аналоги и проблема уходит. Прогони npx expo prebuild --clean, половина build-ошибок от грязного кэша.

[grahamd]

@marianna а с нативными модулями которые не имеют Expo-аналога как? У нас один кастомный SDK от вендора, его никуда не денешь.

[caffeinebteam]

@marianna пишешь config-плагин и оборачиваешь вендорский SDK сам. Геморно один раз, дальше работает в CNG как родное. Interop Layer тоже временно спасает, но он медленнее нативного TurboModule.

[postgres2]

С SDK 55 новая архитектура всегда включена и отключить нельзя, так что вопрос не если а когда. Чем дольше тянете на bare, тем больнее потом разом. Мы оттягивали — пожалели.

[mstrbates]

Понял, спасибо. Похоже путь один: Expo + config-плагин под вендорский SDK. Закладываю на это итерацию.

[Version]

Спасибо, что не забросили тему. Через год актуально как никогда

[TcpAdmin]

А есть смысл это делать в проде или только для локалки подходит?

[Austkin]

Переехали с bare RN 0.73 на Expo SDK 52 (managed workflow) полгода назад. Реально стало легче с точки зрения обновлений — eas update делает OTA без ребилда, это экономит кучу времени. Но есть конкретный подвох: если у тебя кастомные native модули через react-native-module или ты линкуешь что-то вручную в Podfile/build.gradle — с managed придётся либо переписывать под expo-modules-core, либо делать development build и тогда преимущество managed размывается.