Mik*_*ike 8 php legacy refactoring frameworks
在我目前的工作地点,我们有一些令人震惊的代码被吹捧为下一代框架.
事实上,这个意见中只有一个人就是那个写了大部分内容的人.该部门的其余部分给人的印象是编码错误,调试的皮塔饼和一般的naff.
写这篇文章的人对管理层有着相当有影响力的地位,所以他们就在营地的那一边.
我们已向管理层强调(真实)关注,但显然他们不愿意花更多时间参与一个不直接有助于提高利润的项目.
在此框架上部署了多个应用程序,因此任何重构都需要包含这些应用程序.
整个事情是如此交织在一起,以至于我们不能扯掉特定类的实现并以这种方式重写它,因此即使对核心api进行简单的更改也意味着一个大型项目.
然而,它确实有3年的实时部署和许多错误修复,角落案例和边界条件迎合.
我们是否重写部分并尝试重构,因为它将是几个大型项目,随着时间的推移重构,可能需要另外3年才能完成它或我们只是在现有的基础上重写我们的特定要求框架？
重写一些东西几乎是一个坏主意 - 你花了几个月的时间工作,直到你完成之后没有任何东西可以显示.这假设你不会成为第二系统效应的牺牲品,并且你实际上已经完成了.
重构几乎肯定是正确的答案.我没有任何重构PHP的经验(我做C++和C#),所以我不能提供任何具体的建议.你必须继续婴儿步骤.
但是:不要放弃所有内容来重写代码.逐渐重构.它会让你慢下来,但随着你的进展,你仍然会提供价值.
请参阅此文章,该文章将帮助您向管理层解释技术债务.它也解释了为什么他们似乎并不关心.