|
1
3
我不认为有任何工具可以为您实现自动化。使用遗留代码意味着——正如您所知——一次只需几步就可以更改代码。为了防止出错,这些步骤通常是故意的小。通常,您应该做的第一个更改是使代码可测试的更改。在编写测试之后,您可以修改代码的这一部分,从而修复bug或实现RFC。 因为你应该采取一些小的步骤,我相信很难使用一个重构工具来神奇地让你所有的依赖性消失。对于遗留系统,您几乎不想立即进行大的更改,因为中断的风险太大(由于缺乏测试而无法发现)。然而,这并不意味着重构工具在这种情况下没有用处。相反地;他们帮了很多忙。 如果你还没有,我建议你读迈克尔·费瑟的书 Working Effectively with Legacy Code 祝你好运。 |
|
|
2
1
当涉及到静态调用依赖项时,您可能需要签出 Moles . 它能够在运行时进行代码注入,用您自己的测试实现剔除任何静态或非虚拟方法调用。这对于测试不是使用可测试的依赖注入接口设计的遗留代码非常方便。 |
|
|
recursivePython · C#发布中不包含依赖项 8 年前 |
|
|
ChumboChappati · UML:组合或依赖 8 年前 |
|
|
PCL · 使用Nexus工件库的多项目gradle构建 8 年前 |
|
|
novafluff · 依赖于打包为war的模块,需要类 8 年前 |