摘要：Shopify 宣布全面弃用 React Native，迁回 iOS Swift 与 Android Kotlin 原生开发，折射跨端框架在体验与性能上的现实妥协。
Shopify 做了一个让跨端派皱眉、原生派点头的决定：全面弃用 React Native，回到 iOS 用 Swift、Android 用 Kotlin 的原生开发。作为一家曾经把 RN 当成跨端标准答案的大厂，这种「回头」本身就说明问题——当业务规模和体验要求走到某个临界点，跨端框架的账就算不过来了。
为什么是现在？Shopify 的逻辑不复杂：电商 App 对流畅度、动画、平台特性适配的要求极高，而 RN 的「一次编写、两端运行」在复杂交互上总要还债——要么妥协体验，要么花双倍精力去桥接原生模块，省下的开发量在维护期又吐了回去。当团队规模够大、迭代够快，原生带来的可控性和性能红利，反而比跨端的人力节省更值钱。
这件事是跨端框架集体处境的缩影。RN、Flutter 们在「中小团队快速验证」上仍是神器，但在「亿级用户、强体验、长生命周期」的产品上，原生地位很难被彻底替代。不是跨端不行，而是它的甜区在前中期；越过甜区，框架抽象层的副作用会反噬。Shopify 的选择，等于替行业划了条经验线：什么时候该下原生的车。
对开发者，信号很现实：别把「学跨端」和「学原生」对立起来。跨端是效率杠杆，原生是底层能力，懂原生的人用跨端是降维，只会跨端的人遇到平台特性就卡壳。尤其做移动端的，Swift 和 Kotlin 仍是硬通货，AI 时代它们也不会过时——因为模型再强，最终落地还是要落到具体平台的真实 API 上。
更深的启示在 AI 与移动的交叉。当 App 大量嵌入端侧智能和实时交互，对性能和平台能力的调用只会更重，原生控制力的价值还会上升。Shopify 这步，短期看是「多雇人写两套」，长期看是把体验命脉攥回自己手里。在体验即转化的电商战场，这笔账它算得清。
顺带一提，Shopify 的回头并不等于 Flutter 也该被弃。Flutter 在「一套代码多端」上仍有其甜区，尤其跨 Web、桌面和移动的中轻量产品，它的性价比还没被颠覆。Shopify 放弃的是 RN，不是跨端本身——它要的是 iOS 和安卓原生那两份极致体验，而不是第三、第四端的覆盖。对团队，真正该学的不是「跟谁走」，而是「看清自己的临界点」：用户规模、体验要求、迭代速度到了哪个量级，就该把哪层代码收回原生。框架是杠杆，不是信仰，用错了地方才是坑。
对招聘也有暗示。Shopify 回原生，意味着 Swift 和 Kotlin 的资深岗需求会被重新点燃，而纯 RN 岗位的议价空间会受压。对开发者，别把职业生涯押在单一跨端框架上——底层平台能力才是穿越框架兴衰的硬通货。公司层面则要算清隐性成本：跨端省下的初版人力，可能在长期维护、体验妥协和桥接原生上悄悄吐回去。技术选型的账，要算全生命周期，不算开头那一段。
测试策略也得跟着变。原生双端意味着两套 UI 各自验证，RN 时代的统一用例要拆开。省下的跨端精力，会回到平台特性的深挖上。
说到底，选型的本质是「为哪类体验买单」。Shopify 用双份人力换来了体验命脉的自主，这笔账它算得清，别的团队未必该照抄。框架没有原罪，错的是用错了地方，选型永远服务于业务而不是反过来。
