我的新项目是更新客户使用多年的软件。 就像我们都知道的那样......多年来，事情不断发展。
所以我查看了旧应用程序。获取有关它的所有信息并写下很多用户故事。 清理完之后，我意识到我（最终）犯了一个错误，导致了与客户现在遇到的同样的问题。
这是我犯的另一个错误，但真的很烦人。
你们如何防止此类错误。您拒绝查看旧应用吗？
【问题讨论】：
标签： design-patterns
这是一个非常困难的问题。如果旧代码很大，我将描述我会做什么（并且已经做过）。
一般来说，旧代码充满了决策、错误修复和未记录的行为。如果你把它扔掉，你肯定会犯许多与他们一样的错误，然后更多。
为了它的价值，你应该进化系统围绕旧代码。尝试从旧代码中抽象出来，例如，通过创建接口，然后通过调用旧代码首先来实现它们。为接口编写大量单元测试，并获得有关旧代码如何工作的知识。新功能应该获得新的实现，因此旧代码和新代码将并存，只要需要，甚至可能永远存在。
现在，慢慢地、小心地侵入旧代码，重构它，替换它，并确保你的测试仍然通过。还要编写新的测试。如果您对系统进行了回归测试（除了单元测试），它们仍然需要通过。
不接触旧代码是可以的，通常情况下，如果它工作正常，没有错误报告，它通过了您的测试，并且不需要扩展。
一些不错的资源：
http://martinfowler.com/bliki/StranglerApplication.html
Working Effectively with Legacy Code
我已经在 StackOverflow 中找到了它：
【讨论】：
单元测试。但是，如果您以前没有进行单元测试，它们将无法帮助您。
【讨论】：
这个问题听起来像是通过“清理”而不是重写现有代码来修改现有代码。这个过程有时被称为“重构”。 Martin Fowler 有一本关于重构的好书，名为“Refactoring”。他首先给出了重构实际代码的具体示例，并在代码旁边链接了关于他正在使用的特定技术的未来章节。
他谈到重构的第一件事就是编写一个测试来测试您正在更改的代码是否对某些常见的输入集执行相同的操作。然后，当您“重构”代码时，对它运行测试以确保它的功能完全相同。这可以是前错误修复或后错误修复。但是如果有bug，除了重构，当然还得squash。
【讨论】：
为什么要从头开始重写？您也许可以重用现有应用程序的某些部分并重构那些需要更改的部分。
【讨论】：
当我要重新创建已经完成的东西时，我会尽量避免查看已经存在的实现。我试着专注于它应该完成的事情，而不是看它是如何尝试完成的。
【讨论】：