Shopify 放弃 React Native，回归原生开发

技术要点

根据素材信息，本次技术分享的核心事实围绕 Shopify 的技术栈变更展开。

1. 核心决策：Shopify 宣布放弃 React Native，改用 Swift 和 Kotlin 开发它的移动版。
2. 开发模式转变：它决定采用原生语言，直接开发 iOS 和安卓客户端，不再采用 Web 技术开发一个中间版本，再编译成各平台的客户端。
3. 历史对比：六年前的 2020 年，Shopify 曾写了一篇文章，高调宣布放弃原生语言，全面转向 React Native，拥抱 Web 技术。

原理与背景

素材对 Shopify 此次技术决策背后的动机和问题进行了阐述。

当年转向 React Native 的动机：2020 年 Shopify 选择 React Native，主要理由是节省成本。当时认为，使用 React Native 只需要养一个团队，比起为安卓和 iOS 各养一个团队，可以大大节省成本。其他理由如“不用为每个平台重复开发相同的功能”、“允许开发人员跨技术栈工作”等，素材指出这些更像是“场面话”。

如今放弃 React Native 的原因：

1. AI 技术的影响：素材指出，现在有了 AI，使用什么语言根本无所谓。AI 可以便捷地翻译语言，那么为什么不用性能更好的原生语言呢，跳过中间版本。AI 被视为一个“无所不能的自动翻译器”，这使得像 React Native 这种中间语言或翻译层，其存在的必要性受到挑战。
2. React Native 自身的问题：React Native 自 2015 年发布，迄今已经超过 10 年，一些基本的技术问题至今没有很好地解决，使用上手也不是很方便。素材认为，它被别人替代“一点都不冤”。

落地建议

基于素材中揭示的技术选型逻辑与行业趋势，可以为工程师和团队提供以下通用性的落地思考：

1. 评估中间层技术的长期价值：在引入 React Native 这类跨平台中间层技术时，需深入评估其长期维护成本、性能开销以及技术生态的成熟度。素材中 React Native 十年未解决的基本技术问题，是此类技术需要持续面对的挑战。
2. 关注 AI 对开发范式的影响：AI 工具在代码生成、翻译等方面的能力正在改变开发流程。在技术选型时，可以考虑 AI 如何影响不同技术栈的生产力。当 AI 能高效处理语言转换时，直接采用性能更优的原生开发模式可能成为更经济的选择。
3. 平衡团队结构与性能需求：Shopify 的案例反映了团队结构（单一团队 vs. 多平台团队）与最终产品性能之间的权衡。对于性能要求高、用户体验敏感的核心客户端，直接投入原生开发可能是更稳妥的路径。
4. 保持技术选型的灵活性：技术决策应随技术环境变化而调整。Shopify 从原生到 React Native 再回归原生的循环表明，没有一成不变的最佳方案，持续评估和迭代技术栈是必要的。