V2EX 技术社区近日出现一则讨论帖，有开发者提出疑问：在 AI 编程能力快速提升的背景下，为什么不少公司仍在使用 React Native 和 Flutter 这类跨平台框架进行移动应用开发。该话题引发社区关注，折射出 AI 对移动开发技术选型的深层影响。跨平台框架的流行源于其核心价值：一套代码同时覆盖 iOS 与 Android 双端，降低人力成本、统一技术栈、加快迭代速度。React Native 由 Meta 主导并开源，依托 JavaScript 生态拥有庞大开发者群体；Flutter 由谷歌推出，凭借自绘渲染引擎在性能与 UI 一致性上表现突出，两者长期占据跨平台开发的主流位置。AI 编程工具的崛起正在改变这一格局。以 Claude Code、Cursor 为代表的 AI 编程助手已能高效生成 Swift、Kotlin 等原生代码，维护两套原生应用的边际成本大幅下降，跨平台框架省人省钱的传统优势由此被稀释。不过社区讨论也指出，框架选型并非只看编码成本：团队组织结构、既有代码资产、性能要求、热更新能力、招聘难度以及生态成熟度等因素，都在实际决策中占据重要分量。这一讨论本质上提出了一个更普遍的问题：当 AI 拉平不同技术路线的开发成本后，技术选型的核心逻辑将如何重构。目前社区意见尚未形成定论，相关话题仍在持续发酵。
事件分析
从技术角度看，AI 编程工具改变的是写代码的成本结构，而非软件工程的全部成本。跨平台框架的存在意义从来不只是少写代码，还包括状态管理、发布节奏、热修复机制与组件生态等工程维度的统一，这些恰是 AI 短期内难以替代的部分。从产业影响看，若 AI 持续拉平双端原生开发的成本差，跨平台框架可能从成本工具转向工程治理工具，其价值锚点将迁移至团队协作与资产复用；Meta 与谷歌对框架的持续投入，也关系到各自开发者生态的边界扩张。后续走向上，短期内 RN 与 Flutter 的存量地位难以撼动，大量中大型 App 的迁移成本远高于 AI 带来的编码收益；长期看，新项目选型时双端 AI 生成原生代码将成为更常被评估的选项，跨平台框架与 AI 原生开发的并存与分化值得持续观察。
核心观点：AI 降低的是写代码的成本而非工程组织的成本，跨平台框架的护城河从来不在代码量，而在协作与资产。
原文链接：V2EX 分享发现
