Symfony 2.3升级至4.4与更换框架重写的成本对比咨询

以下估算基于中大型遗留项目通用情况：代码量10~50万行，单元测试覆盖率低于30%，业务为常规Web服务

方案1：Symfony 2.3 升级至 4.4 #

• 仅满足安全修复、功能正常运行的最小升级：耗时 2~4人周
  可选择「逐LTS版本跳转+不重构老代码」的低消耗路径：先升级到2.8（兼容2.3绝大多数语法，可快速清理明显废弃调用），再跳转3.4 LTS调整目录结构、容器/表单语法，最后升级到4.4 LTS适配自动注入规则即可。不需要强行把所有老代码改写成4.4的推荐写法，只要修复运行报错、补全安全补丁就完全满足你的需求。
• 额外适配新特性、对齐代码规范：耗时 6~12人周，耗时随代码改造比例上升。

方案2：Laravel 重写 #

就算你对Laravel生态非常熟悉，中大型项目重写最低耗时也在 8~16人周，且大概率会超出预期：重写过程中很容易遇到原有业务未归档的隐含逻辑，全量回归测试的成本也远高于升级，你担心的「重写无底洞」风险很高。

决策建议 #

你的核心诉求只有安全修复，短期内不需要新增功能，优先选择升级Symfony的方案，性价比远高于重写，可参考两个提速技巧：

• 先执行composer outdated --direct梳理直接依赖，绝大多数第三方Bundle都有支持4.4的兼容版本，不需要自行改造依赖代码
• 升级过程中可将Symfony废弃调用的告警暂时调整为仅日志输出，不需要当场修复所有非致命警告，后续有迭代需求时再逐步清理即可

项目依赖概览 #

内容的提问来源于stack exchange，提问作者Robbe R