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