“我们到底该选哪个框架？”这是2025年初，我们接手一个餐饮连锁App项目时，甲方老板最纠结的问题。当时市面上Flutter和React Native打得火热，甲方技术负责人倾向于Flutter，理由是“Google亲儿子，性能好”。

我们并没有直接给出答案，而是反问了一个问题：“你们有多少存量业务逻辑需要复用？”这个灵魂拷问是关键。因为对方已有成熟的微信小程序和Web后台，全部基于JavaScript。如果强行上Flutter的Dart语言，意味着所有逻辑需要重写，开发周期至少延长40%。

最终，我们建议他们选择React Native。原因有三：第一，团队可以快速复用现有JS工程师，无需从零学习Dart；第二，热更新机制对餐饮行业频繁的营销活动至关重要，Flutter的热更新方案当时仍不成熟；第三，对于非图形密集型应用，RN的性能完全够用。

项目上线后，开发周期比预期缩短了25%，且后期维护成本显著降低。这个案例给我们的教训是：选框架不能只看技术热度，更要看“存量资产”和“业务痛点”。永远让业务需求驱动技术选型，而不是反过来被框架绑架。