refactoring - 遗留代码噩梦

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

5年前关闭。




Improve this question




我继承了一个项目，其中类图非常类似于意大利面条盘上的蜘蛛网。在过去的两个月里，我编写了大约 300 个单元测试，为自己提供了一个涵盖主要可执行文件的安全网。

我的敏捷开发书籍库随时触手可及:

有效地使用遗留代码

重构

代码完整

C# 中的敏捷原则模式和实践

等

问题是我触摸的所有东西似乎都破坏了其他东西。
UI 类混合了业务逻辑和数据库代码。许多类之间存在相互依赖关系。每次我更改任何其他类(class)时，都会有几个上帝类(class)中断。还有一个突变的单例/实用程序类，其中包含大约一半的实例方法和一半的静态方法(尽管具有讽刺意味的是静态方法依赖于实例而实例方法不依赖)。

我的前辈们甚至认为逆向使用所有数据集会很聪明。每个数据库更新都作为存储过程中的参数直接发送到数据库服务器，然后手动刷新数据集，以便 UI 显示最近的更改。

有时我很想认为他们使用某种形式的弱混淆来确保工作安全或在移交代码之前作为最后的告别。

有什么好的资源可以解决这个烂摊子吗？我拥有的书籍很有帮助，但似乎只涵盖了我遇到的一半情况。

Answer 1

听起来你正在以正确的方式解决它。

测试

重构

再次测试

不幸的是，这可能是一个缓慢而乏味的过程。确实没有什么可以替代深入了解代码试图完成的工作。

我可以推荐的一本书(如果您还没有在“等”下归档)是 Refactoring to Patterns .它面向与您的情况相同的人。