关于在 React Native 中升级到 THE Architecture 的思考以及社区现状

Source: Dev.to

作为一名自 2019 年起就开始使用 React Native 的资深开发者（总体开发经验已超过 15 年），我有幸——也时常头疼——在移动开发的多次范式转变中摸索前行。最近社区所称的 “THE architecture” 的出现，标志着迄今为止最为重要的转折之一。

在收听了 React Native Radio 的最新一期节目（该节目从开发者视角回顾了 2025 年）时，我注意到节目中反复出现的一个观点：转型已经完成。然而，从一线实战来看，这更像是一个仍在进行中的过程，而非已经落幕的章节。

React Native 生态无疑是移动开发中最具活力的领域之一，尤其适合追求交付速度和效率的小团队。没有其他技术能与之相媲美。但在我负责的远程医疗、电商以及物联网/工业自动化等多个项目中，我仍然感觉这场转型远未结束。

升级的亮点与不足

在电子商务方面，进展相对顺利。我们对 Expo 的依赖得到了回报：大多数功能在 Expo 生态系统中都有直接对应的实现，使得迁移几乎无缝。

在非 Expo 环境（如远程医疗和物联网）工作时，我非常重视保留对代码和发布的完整所有权。这并非行业标准，但我有意不放弃这种独立性——尤其考虑到在 Unreal Engine 或 Redis 等生态系统中看到的风险。对于这些关键应用，我会慎重挑选供应商，以确保项目真正掌握在自己手中。

• 仍然没有可靠的库可以在非 Expo 环境下获取远程通知的设备令牌。令人惊讶的是，这样一个基础功能在没有 Expo 的情况下仍然不可用。
• WebRTC 作为实时应用的另一基石，在新架构中仍然缺失；虽然已有进行中的工作，但我们已经超过两个月没有看到任何更新。
• 与关键平台服务（如 CallKit 和 VoIP 通知）的集成同样存在问题——Expo 在这方面也没有提供帮助。

Source: …

社区十字路口

@react-native-community 过去是生态系统的核心贡献者，但最近它变得沉寂。关键库没有得到更新，导致大部分现代开发工作只能由 Expo 来承担。Expo 的角色很重要，但我担心接下来会发生什么。其他大型平台——比如 Redis 和 Unreal Engine——在被收购或管理层变动后改变了方向，这有时会让独立开发者的工作变得更困难。我对 Expo 的未来保持谨慎，希望它不要走上同样的道路。

Wix 曾有为 React Native 构建出色工具的记录，但最近似乎很难维持所有内容的良好维护。他们的主要包——react-native-navigation 和 react-native-notifications——过去可靠且维护得很好。现在，更新变慢，跟上最新的 React Native 版本也越来越困难。

顺带一提，这也是我从未采用 Detox 的原因；我听说它很棒，但目前我对依赖 Wix 维护的库持保留态度。

明亮的亮点与社区创新

并非所有情况都是悲观的。像 Reanimated 和 react-native-gesture-handler 这样的社区驱动项目已经完全拥抱了 THE 架构，并交付了出色的成果。类似 reactnative.directory 的站点帮助开发者在不断变化的生态中导航，突出哪些库兼容——以及哪些不兼容。

像 rn‑chk‑new‑arch 这样的工具（虽然简陋且未积极维护）能够完成工作，并在 Expo 之外作为 expo-doctor 的足够替代品。下载量却显示，Expo 之外的社区要么不存在，要么并不感兴趣。

如果像我一样仍在为某些应用避免使用 Expo，我很想听听你的经验，以及哪些工具帮助你顺利上手 THE 架构。

展望

对许多人而言，升级到 THE 架构是一段进步与挫折交织的历程。生态系统依然充满活力，但其未来真正取决于独立的 React Native 社区重新投入的承诺，而不仅仅是 Expo。

展望未来，我仍保持希望——但也保持谨慎——相信 React Native 将继续赋能开发者，并随行业需求演进，而不会过度依赖像 Expo 这样的单一平台。旅程尚未结束；在许多方面，它才刚刚开始，我真诚期待看到强大且活跃的社区领导，使 React Native 对所有人保持开放和适应性。