摘要：Shopify 宣布从 React Native 全面迁回 Swift 和 Kotlin 原生开发，反映跨平台框架在体验与性能上的现实权衡。
Shopify 宣布一件事，让不少做跨平台的团队心里一紧：他们要从 React Native 全面迁回 Swift 和 Kotlin 原生开发。曾几何时，React Native 是「一套代码两端跑」的性价比神话，中小团队靠它省下一半人力；如今连 Shopify 这种体量，也选择把底层换回原生，背后是体验、性能和维护成本的一次现实重算。
为什么回原生？核心在「长期账」。跨平台框架在初期快，但越往后越容易在两端行为不一致、性能天花板、原生新特性跟进慢这些地方交税。电商 App 这种高频、重交互、对流畅度极敏感的产品，每一帧卡顿、每一次原生组件适配滞后，都是真金白银的转化损失。当 Shopify 的体量大到「原生团队的人力」相对「体验损失」变得划算，回迁就是一笔清晰的经济账。
这件事和 AI 还有一层隐秘关联。当 LLM 智能体开始能写、能改、能审大量代码，原生双端的维护成本其实在被重新定价——过去「养两支原生团队太贵」的顾虑，可能被「Agent 帮你扛重复劳动」削弱。也就是说，AI 辅助编程正在悄悄改变「跨平台 vs 原生」的性价比曲线。Shopify 的回迁，发生在 Agent 还没完全接管工程的时代；再过两年，同样的决策未必一样。
对行业，Shopify 的选择不是「跨平台已死」的宣判，而是一次校准：跨平台适合验证期、轻量产品或内部工具；一旦产品到了体验和性能即收入的阶段，原生的控制力更值钱。选框架不是追潮流，而是看你的业务处在哪一段——demo 阶段要快，规模阶段要稳。
对国内做移动端的团队，这则新闻的价值是「别盲信单一范式」。技术选型要跟着业务阶段走，而不是跟着社区情绪走。无论跨平台还是原生，真正的护城河从来不是「用了什么框架」，而是你有没有把体验、性能、人力这三者算成一笔自己吃得消的账。
对创业公司，Shopify 的回迁还有个隐藏教训：跨平台省的是「创业初期」的钱，原生赚的是「规模期」的体验。选框架要看自己处在哪一段，而不是看社区谁嗓门大。
再补一句：AI 辅助编程会重画这条曲线。当 Agent 能扛原生双端的重复劳动，「养两支团队太贵」的顾虑被削弱，未来同样的决策未必一样。技术选型要留可回退的余地。
对技术负责人，Shopify 的案例值得做成内部复盘：每隔一段时间重新算一遍「跨平台省的钱」vs「体验损失掉的转化」。业务阶段变了，最优解也会变，别让旧决策自动延续。
一个常被忽略的点：回迁原生的成本，会被 AI 辅助编程部分摊薄。未来「养双端团队太贵」的顾虑减弱，框架选型会更频繁地随业务阶段摆动。
给 CTO 的复盘模板：每季度重算一次「框架总拥有成本」——含性能损失、适配滞后、双端维护。数字一摆，该跨平台还是该原生，答案常常自己跳出来。
别把结论绝对化：跨平台和原生没有谁永远对，只有「当下最划算」。业务轻时跨平台，业务重时原生，允许自己随阶段切换，才是成熟。
一句话总结：框架是手段不是目的。Shopify 的回迁不是打脸跨平台，而是用真金白银算清了「当下最优」。别人的答案，抄不来你自己的账。
