Shopify弃用React Native，移动端回归原生Swift和Kotlin
Shopify宣布其移动应用从React Native迁回独立的Swift与Kotlin代码库；公司称 2020 年选React Native的三个理由，如今因AI代理能承担足够多的实现、翻译、测试与审查工作而不再成立。
AI解读：Shopify把移动端技术栈从React Native换回Swift和Kotlin两套原生代码库。这不是小调整，而是把六年前的方向反转回去。
2020 年他们迁向React Native的理由是三条：不用同一功能写两遍、开发者可以跨栈工作、少花时间追平两端功能差异、多花时间做有价值的交付。现在他们说，原生依然要在两个平台各建各维护，这部分成本并没有消失；变的是AI代理已经能承担足够多的实现、翻译、测试和审查工作，所以“两份代码”不再像 2020 年那样是决定性因素。
受影响的首先是Shopify自己的移动端工程师，工作方式会从共享JavaScript栈回到Swift和Kotlin分工。其次是依赖他们维护的三个React Native库的项目：react-native-skia和flash-list正在寻找新归属，restyle因用户基数较小，将在 2026 年底归档。
这条新闻真正的信息不是“React Native不行了”——原文给了它足够肯定，说这六年是好平台。它说明当一个团队能调用AI代理消化跨平台翻译和测试工作后，曾经逼着大家选跨平台框架的成本结构可能被改写。这个判断目前只来自Shopify一家公司的公开表述，是否有更多团队因同样理由回迁，还没有数据能回答。
Shopify宣布，其移动应用将不再使用React Native，改为在iOS和Android上分别维护Swift和Kotlin原生代码库。这一决定来自Shopify官方博文，科技作者Simon Willison在 2026 年 9 月 10 日的链接博客中进行了转述。
Shopify在博文中回顾，2020 年从原生转向React Native出于三个原因：不再把同一功能开发两遍、让开发者可以跨技术栈工作、减少追平两端功能差距的时间并把更多时间用于交付价值。
公司称，原生路线仍然意味着在两个平台上构建和维护软件，这份成本并未消失。改变的是，AI代理现在能完成足够多的实现、翻译、测试和审查工作，因此“两份代码”不再是 2020 年那样的决定性因素。
Shopify是三个重要React Native库的维护方：react-native-skia、flash-list和restyle。前两个正在寻找新的归属；restyle因“用户基数小于我们其他库”，将在 2026 年底归档。