编程语言不再是锁定：AI编码代理降低迁移成本，React Native重写原生应用成趋势
Simon Willison分享了一个案例：一家中型科技公司用编码代理将iPhone和Android原生应用重写为React Native，并认为未来可轻松迁回。这反映了AI辅助编程正在降低技术栈切换的锁定效应，对国内开发者选择技术路线有重要启示。
一句话看懂
AI编码代理让编程语言和框架的迁移成本大幅降低，技术栈锁定效应正在减弱，React Native重写原生应用成为可行选项。
详细发生了什么
Simon Willison在博客中引用Mitchell Hashimoto关于Bun从Zig迁移到Rust的评论，并分享了他上周在会议上的一次对话。一家中型科技公司刚刚用编码代理（coding agents）完成了对两款遗留iPhone和Android原生应用的React Native重写。当被问及为何不继续维护两套原生代码时，该公司开发者表示，React Native近年来改进很大，已能满足所有需求；更重要的是，如果未来发现决策错误，他们可以轻松地再迁回原生。Mitchell Hashimoto的话点明了核心：“编程语言曾经是锁定（LOCK IN），但现在越来越不是了。“
中文圈视角
这一趋势对国内开发者意义重大。首先，国内大量中小团队仍面临iOS和Android双端维护的高成本，React Native、Flutter等跨平台方案过去因性能或兼容性问题被诟病，但AI编码代理的出现让迁移和后续维护变得廉价。例如，用Cursor或国内类似产品（如通义灵码）辅助重写，可大幅减少手动适配工作量。其次，技术栈锁定风险的降低意味着团队可以更灵活地选择框架，不再担心”选错就完蛋”。不过，国内开发者需注意：React Native生态中部分依赖国内服务（如微信SDK）的集成可能仍需手动处理，且数据安全法规要求代码迁移时需确保合规。此外，国内大模型（如DeepSeek、文心一言）在代码生成上的表现已接近GPT-4，但针对React Native的专项优化尚不如海外成熟，建议优先使用开源模型或API进行实验。
几条值得记住的细节
- 该公司使用编码代理完成了从原生到React Native的完整重写，未提及具体工具。
- 他们认为React Native在过去几年改进显著，覆盖了所有业务需求。
- 关键决策点：如果未来需要，可以”just port back to native”，成本可控。
- Mitchell Hashimoto的评论源自Bun从Zig迁移到Rust的案例，强调语言锁定减弱。
- Simon Willison在2026年5月的会议上获得这一信息，反映最新行业动态。
一句话总结
AI编码代理正在消除技术栈切换的恐惧，选择框架时更应关注当前需求而非长期锁定。