Shopify 移动端战略回归原生开发

Shopify 正在将其原生移动应用从 React Native 转回分别基于 Swift 和 Kotlin 的代码库。

这次转向的核心原因并不是 React Native 失败，而是开发成本结构发生了变化：过去维护 iOS 与 Android 两套实现的成本，是推动 Shopify 在 2020 年转向 React Native 的重要因素；现在，AI 代理已经可以承担足够多的实现、翻译、测试和代码审查工作，使“两套原生代码库”的维护成本不再像当年那样具有决定性。

2020 年转向 React Native 的原因

Shopify 当时选择从原生开发转向 React Native，主要有三个目标：

• 避免同一功能在两个平台重复开发；
• 让开发者能够跨技术栈工作；
• 减少追赶功能一致性的时间，把更多精力放在交付价值上。

这些理由在当时非常典型：跨平台框架可以降低重复劳动，让团队更容易共享代码、共享组件，并在功能发布节奏上保持一致。

现在为什么回到 Swift 和 Kotlin

Shopify 的判断是：原生开发仍然意味着要在两个平台上构建和维护软件，这个成本并没有消失。但变化在于，AI 编程代理已经能够完成足够多的实现、迁移、测试和审查工作，使这项成本不再是 2020 年那样的关键制约因素。

换句话说，React Native 曾经解决的是“重复开发成本过高”的问题；而在 AI 辅助开发能力增强后，Shopify 认为原生开发带来的体验、平台能力和工程控制优势，重新变得更值得投入。

React Native 仍被认可

Shopify 并没有否定 React Native。相反，它明确承认 React Native 在过去多年中是一个优秀的平台，并且支撑了其移动端开发相当长一段时间。

这也说明，这次转向更像是一次基于团队规模、产品需求、平台能力和 AI 工具成熟度的工程决策，而不是对 React Native 的简单否定。

相关开源库的后续安排

Shopify 维护过三个重要的 React Native 相关库：

• react-native-skia
• flash-list
• restyle

其中，前两个库将寻找新的维护归宿；restyle 的用户规模相对较小，计划在 2026 年底归档。

值得关注的信号

这件事对移动开发社区的启发在于：AI 编程代理可能正在改变跨平台与原生开发之间的权衡。

过去，跨平台框架的一个核心卖点是减少重复实现；如果 AI 工具能显著降低双平台实现和维护成本，那么一些团队可能会重新评估原生开发的价值。不过，这并不意味着所有团队都应跟随同样路线。不同公司的产品复杂度、团队结构、性能要求、平台依赖程度和工具链成熟度都不同，最终选择仍取决于具体上下文。