Okt*_*rom 14 c++ refactoring project-management
几个月前我开始了一个相当大的2D游戏引擎项目,我开始注意到:
前一个或两个月的代码与最近的代码完全不同:
有些部分几乎可以立刻找到更好的方法
代码似乎质量明显较低
然而,在我写这篇文章时,我正在注意以与现在相同的方式做所有事情.
现在,对于我的问题:
这是一种常见的情况,即使在大型商业风格的项目中也是如此
我是否应该考虑投入(大量)时间进行重构,甚至可能重写受影响的代码?
随着项目的发展和变化,大部分代码必须从头开始重构或重写,这是正常的吗?这不好吗?
这是一种常见的情况,即使在大型商业风格的项目中也是如此
是.
我是否应该考虑投入(大量)时间进行重构,甚至可能重写受影响的代码?
你明天也会这样做吗?
不会.除非您实际处理要重构的代码.
随着项目的发展和变化,大部分代码必须从头开始重构或重写,这是正常的吗?
是.
这不好吗?
如果我们所有的完美,那肯定会容易得多,是的.
是的,这也是我的项目的常见模式。ABR:始终进行重构。当我感觉到新模式出现时,我会尝试更新旧代码以匹配它。随着项目的发展,您在问题领域的工作经验会影响您的风格,并且更新旧代码以匹配它也是一个好主意。
作为推论,如果几个月后您的第一个项目提交在项目中仍然保持不变,则说明出现了问题。我将开发视为一种探索性实践,其中很大一部分是更新旧代码并完善你的风格。在开始编码之前,没有人知道他们的最终设计/API。查找任何大型开源项目并查看其提交历史记录;这种事到处都有发生。
如果你已经画了一段时间的图画或绘画,你画的时间越长,你的风格就会变得越复杂。此外,您的第一层或前几张草图很少是最终结果中出现的墨线。