refactoring - 困惑的代码(几乎完成): refactor it now or later?

标签 refactoring

我的代码非常困惑,当前的修订版几乎完成了,这意味着我想要的此修订版/冲刺的所有功能都已完成。
我应该按原样完成此修订并稍后重构它还是应该立即重构它?

最佳答案

这个没有“正确”的答案,真的是轻重缓急的问题吗?

  • 代码是否有效?
  • 效果如何?
  • 有截止日期吗?
  • 发布比质量更重要吗?

您必须同时考虑所有这些问题。我通常发现重构可以比您想象的花费更多的时间和精力,尤其是在较大的项目上。您也可能会破坏某些东西(这是单元测试非常有用的地方)。

我通常会争取在商业项目上发布,然后进行重构,除非现有代码存在重大问题。

关于refactoring - 困惑的代码(几乎完成): refactor it now or later?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2706515/

相关文章:

ruby-on-rails - 在 Ruby 中重构

c# - 帮助找到最深的拼写检查子控件

java - 在对象中包装 boolean 值

c# - 重构乐趣 - 素数

javascript - JS : rename variables for refactor (using an AST, 不是文本)

java - 如何使用 java lambda 表达式将 List 传递给新对象的构造函数?

javascript - 如何重构异步重复代码

refactoring - 通过编译错误进行重构很糟糕吗?

javascript - 重构确定数字是否以十、百、千等为单位的基本代码

c# - 使用 Resharper 等工具理清 C# 中大型嵌套 if else 代码结构