在使用遗留代码并尝试创建测试时，我经常会从类或方法中分离出依赖关系，因此我可以使用模拟为这些依赖项编写单元测试。依赖关系通常以调用静态类和使用构造函数中的new关键字或该类中其他位置创建的对象的形式出现。
在大多数情况下，静态调用是通过包装静态依赖项来处理的，或者如果它以StaticClass.Current.MethodCall（）形式的单例模式（或类似）通过其接口传递该依赖项而改为构造函数。
在大多数情况下，只需在构造函数中传递该接口即可替换构造函数中new关键字的使用。
在大多数情况下，在类的其他部分中使用new关键字，可以通过与上面相同的方法处理，也可以根据需要创建工厂，并在构造函数中传递工厂的接口。
我总是使用Resharpers重构工具来帮助我解决所有这些问题，但是大多数事情仍然是手工劳动（可能是自动化的），对于一些遗留的类和方法来说，这可能是一个非常繁琐的过程。是否有任何其他重构插件和/或工具可以帮助我完成此过程？是否“通过一次点击”从重构工具中突破了所有依赖性？ =）
听起来像所有这些步骤对于许多开发人员来说都是常见的并且是一个常见问题，在我尝试将插件写入Resharper或CodeRush之前，我不得不问，因为有人可能已经尝试过这个......
增加：
反思以下答案：即使您可能不想一次性突破所有内容（一次点击总突破可能会导致更多问题而不是它有帮助）仍然能够简单地突破1个方法依赖关系，或者1-2容易依赖，会有很大的不同。
此外，重构代码有一个“尝试看看只是为了学习所有东西是如何组合在一起发生的事情”的衡量标准，一次点击总分解将有助于这个过程吨，即使你不检查...中的代码。 / p>
答案 0 :(得分：3)
我认为没有任何工具可以为您自动执行此操作。使用遗留代码意味着 - 如您所知 - 一次只需几步就可以更改代码。这些步骤通常都很小，以防止出错。通常，您应该进行的第一个更改是使该代码可测试的更改。在编写测试之后，您可以通过修复错误或实现RFC的方式更改代码的这一部分。
因为您应该采取一些小步骤，我相信很难使用重构工具神奇地使所有依赖项消失。对于遗留系统，您几乎不需要立即进行大的改变，因为破坏的风险（并且由于缺乏测试而没有发现）太大了。但是，这并不意味着重构工具在这种情况下无用。反之;他们帮了很多忙。
如果你还没有，我建议你阅读Michael Feathers的书Working Effectively with Legacy Code。它详细描述了一系列模式，可帮助您将遗留代码重构为更易测试的系统。
祝你好运。答案 1 :(得分：1)
当谈到静态调用依赖关系时，您可能想要查看Moles。它能够在运行时执行代码注入，以使用您自己的测试实现来存根任何静态或非虚拟方法调用。这对于测试未使用可测试的依赖注入接口设计的遗留代码非常方便。