重构工作项目

Question

假设你有一个写得很糟糕的项目，包含很多代码异味、wtfs 等。而且，它的代码结构非常复杂，以至于很难向它添加任何新功能。另一方面，该项目按预期运行。

你想重构这个项目，或者把它移到一个新的框架上，你会如何解决这个问题？您会尝试从头开始构建一个新项目，还是使用某些技术(指定)将工作项目转换为新项目？

我想稍微澄清一下这个问题，因为在说“重构”时我的意思很困惑。

我将举一个关于汽车的例子，把它想象成一个软件项目。假设您已经制造了自己的汽车。它的结构非常奇怪:发动机倒置，因此所有管道的铺设方式不同，电线缠在一起，没有人知道它们从哪里开始或结束等等。

但是，一切正常:您可以轻松地骑它去购物，工作等。但是，它的油耗有点太高了。此外，如果您想为它安装新的车头灯，那么电线乱七八糟将是一场灾难。

你买不起新的，所以你必须以某种方式重构汽车:改变发动机位置到正常位置，整理电线等等。你需要这样做，因为迟早你需要更换发动机，大灯，安装新的立体声音响等等。另一方面，每天早上你仍然需要一些东西来驱动你上类，所以你必须确保你不会把一切都搞砸。

现在让我们回到项目。您将如何重构像上面的汽车一样复杂的项目，同时又不影响其主要功能和目的。

我也想把它变成一个社区维基。请编辑。

目前主要的趋势是:

不要从头开始写一个新的

对它进行单元测试，然后开始重构小块

阅读 Working Effectively with Legacy Code (Robert C Martin)

链接:

Working Effectively with Legacy Code (Robert C Martin)

http://www.joelonsoftware.com/articles/fog0000000069.html

Refactor the low-hanging fruit.

Answer 1

您应该阅读 Working Effectively with Legacy Code .