C++:我的项目开始时的代码质量明显较差

Okt*_*rom 14 c++ refactoring project-management

几个月前我开始了一个相当大的2D游戏引擎项目,我开始注意到:

前一个或两个月的代码与最近的代码完全不同:

  • 变量的命名感觉有点不同
  • 一些代码风格方面是不同的
  • 我有时想知道为什么我用这种方式命名一些函数,并且可以很容易地想到一个更好的名字
  • 代码感觉相当混乱
  • 有些部分几乎可以立刻找到更好的方法

  • 代码似乎质量明显较低

然而,在我写这篇文章时,我正在注意以与现在相同的方式做所有事情.

现在,对于我的问题:

  • 这是一种常见的情况,即使在大型商业风格的项目中也是如此

  • 我是否应该考虑投入(大量)时间进行重构,甚至可能重写受影响的代码?

  • 随着项目的发展和变化,大部分代码必须从头开始重构或重写,这是正常的吗?这不好吗?

Edw*_*nge 9

这是一种常见的情况,即使在大型商业风格的项目中也是如此

是.

我是否应该考虑投入(大量)时间进行重构,甚至可能重写受影响的代码?

你明天也会这样做吗?

不会.除非您实际处理要重构的代码.

随着项目的发展和变化,大部分代码必须从头开始重构或重写,这是正常的吗?

是.

这不好吗?

如果我们所有的完美,那肯定会容易得多,是的.

  • @Gman:因为你花了太多时间完成它而没有足够的时间实际完成*项目. (3认同)
  • @GMan:我没有可以使用的软件,因为他们仍然会写所有的软件.写得不好或不完美的代码*不一定是错误或破坏. (2认同)

yan*_*yan 4

是的,这也是我的项目的常见模式。ABR:始终进行重构。当我感觉到新模式出现时,我会尝试更新旧代码以匹配它。随着项目的发展,您在问题领域的工作经验会影响您的风格,并且更新旧代码以匹配它也是一个好主意。

作为推论,如果几个月后您的第一个项目提交在项目中仍然保持不变,则说明出现了问题。我将开发视为一种探索性实践,其中很大一部分是更新旧代码并完善你的风格。在开始编码之前,没有人知道他们的最终设计/API。查找任何大型开源项目并查看其提交历史记录;这种事到处都有发生。

如果你已经画了一段时间的图画或绘画,你画的时间越长,你的风格就会变得越复杂。此外,您的第一层或前几张草图很少是最终结果中出现的墨线。