将 Symfony 2.3 升级到 4.4
Upgrading Symfony 2.3 to 4.4
与在不同框架中重写相比，将 medium/large 大小的遗留 Symfony 应用程序从 2.3 版迁移到 4.4 版有多耗时？
从我所做的研究来看，这些版本之间似乎有很多东西发生了变化，所以我试图权衡这个决定与只重写 Laravel 中的整个东西（框架我有经验）。我尽量不陷入重写废弃代码的虫洞中。
升级的主要原因是安全修复，运行 2021 年的 Symfony 2.3 对我来说似乎不是最好的主意。代码库在不久的将来不需要任何更改。
以下是已用包的概览。
升级你的 symfony 版本意味着 3 个步骤：
- 正在升级您的 php 版本（PHP 5.3.3 到 7.1.3）
- 升级你的包（其中大部分将不再工作或有很多变化）
- 正在升级 symfony
这主要取决于你的代码覆盖率：如果你有良好的代码覆盖率，你将能够快速识别剩余的 bug
否则就看你的遗产了：
- 是否使用了最佳实践？
- 代码清楚吗？
- 代码分解的好吗？
对于较大的项目，我不建议创建一个新的：它花费很多钱并且可能会产生错误和回归
最好的方法是循序渐进。确定哪个包一个一个升级，执行并以适当的代码覆盖率将其推送到生产中。
从您的 php 版本开始：在本地，让您的开发成为 运行 更高的 php 版本，以识别并纠正大多数错误
管理您放弃的每个项目，用推荐的项目替换它们
- 我们不得不处理 phpexcel 到 php 电子表格。我们识别应用程序中使用它的每个地方，并逐个更新它们（在项目中都有两个包）。当phpexcel不再使用时，我们将其删除
与在不同框架中重写相比，将 medium/large 大小的遗留 Symfony 应用程序从 2.3 版迁移到 4.4 版有多耗时？
从我所做的研究来看，这些版本之间似乎有很多东西发生了变化，所以我试图权衡这个决定与只重写 Laravel 中的整个东西（框架我有经验）。我尽量不陷入重写废弃代码的虫洞中。
升级的主要原因是安全修复，运行 2021 年的 Symfony 2.3 对我来说似乎不是最好的主意。代码库在不久的将来不需要任何更改。
以下是已用包的概览。
升级你的 symfony 版本意味着 3 个步骤：
- 正在升级您的 php 版本（PHP 5.3.3 到 7.1.3）
- 升级你的包（其中大部分将不再工作或有很多变化）
- 正在升级 symfony
这主要取决于你的代码覆盖率：如果你有良好的代码覆盖率，你将能够快速识别剩余的 bug
否则就看你的遗产了：
- 是否使用了最佳实践？
- 代码清楚吗？
- 代码分解的好吗？
对于较大的项目，我不建议创建一个新的：它花费很多钱并且可能会产生错误和回归
最好的方法是循序渐进。确定哪个包一个一个升级，执行并以适当的代码覆盖率将其推送到生产中。
从您的 php 版本开始：在本地，让您的开发成为 运行 更高的 php 版本，以识别并纠正大多数错误
管理您放弃的每个项目，用推荐的项目替换它们
- 我们不得不处理 phpexcel 到 php 电子表格。我们识别应用程序中使用它的每个地方，并逐个更新它们（在项目中都有两个包）。当phpexcel不再使用时，我们将其删除