refactoring - 什么时候不应该重构？

Question

我们都知道重构是好的，我和其他人一样喜欢它，但是你有真实的案例，最好不要重构吗？

诸如时间关键的东西或同步之类的东西？技术或人为原因同样受欢迎。真实案例场景和经验加分。

编辑:从迄今为止的答案来看，不重构的唯一原因似乎是钱。我的问题主要是这样的:假设你想执行“提取方法”，但如果你添加额外的函数调用，你会使代码稍微慢一些，并阻碍非常严格的同步。只是为了让您了解我的意思。

我有时听到的另一个原因是“习惯于当前代码布局的其他人会因你的更改而烦恼”。当然，我怀疑这是一个很好的理由。

Answer 1

正如 Martin Fowler 所写，如果临近截止日期，您不应该重构。项目中的那个时间更适合清除错误而不是改进设计(重构)。在截止日期结束后直接做这次省略的重构。