如何重构快速发展的代码？

我有一些研究代码是一个真正的老鼠窝,到处都是代码重复,显然需要重构.但是,随着我对主题的新变化提出并使它们适合代码库,代码库也在不断发展.我推迟重构这么久的原因是因为我觉得我花了几天时间提出好的抽象,看看哪些设计模式适合哪里,等等,我想尝试一些新的无法预料的想法,使我的抽象完全不合适.换句话说,由于代码的演变速度,我真的不知道抽象线在哪里,即使没有(近似)重复的缺乏,代码的一般混乱使得添加内容真实痛.

不要花那么长时间的重构!

当您要对一段代码进行更改时,请考虑重构它以使更改更容易.

在进行更改后,再次重构以清除该更改造成的损害.

在这两种情况下,使重构变小并快速完成,然后继续.

您不必始终保持您的代码原始,但请记住,如果您有合理的代码可以使用,那么更容易快速(当然,如果您有良好的单元测试).

测试驱动开发:

红色,绿色,重构.冲洗,重复.

由于它是每个循环中的步骤之一,因此您会注意到通常会发生很多次重构.这是应该的方式.

您的情况对我来说非常熟悉.在进行调查编码时,您通常不知道"正确"的抽象是什么,正如您所说,它可以随着每个新想法而改变.
其他海报建议:

持续的小重构,有助于避免陷入老鼠窝的情况

测试驱动开发,有助于找到良好的,可重用的抽象.重要的是要注意TDD不是关于测试而是关于做好设计!

然而,对于调查研究代码,还有另一种策略:原型.这似乎是您目前正在做的事情:尽快编码来证明一个概念.这没有什么不对,但原型应该永远丢弃.调整它,直到你拥有所有必要的投入和知识,然后扔 掉的代码,并与TDD和持续重构重新开始,和所有其他"做正确的事情"的策略.

不要保留任何代码.不要复制粘贴任何东西.不要再回头了.重温一下你的新知识.