所以我想知道单元测试在处理外部依赖方面是否有效.在这里和其他地方,我已经熟悉依赖注入,以及如何让我们测试一个代码单元(A).然而,我对如何测试其他单元(B和C)感到困惑,这些单元现在拥有外部依赖关系,因此可以将其注入原始单元(A).
例如,说一些类Foo使用外部依赖关系…
class Foo { private ExternalDependency ed; public int doSomethingWithExternalDependency() {...} }
而课堂吧
class Bar { public int doSomethingWithFoo { Foo f = new Foo(); int x = f.doSomethingWithExternalDependency(); // Do some more stuff ... return result; } }
现在,我知道我可以使用依赖注入,以便我可以测试Foo,但是如何测试吧?我想,我可以再次使用依赖注入,但在某些时候,一些单位需要实际创建外部依赖;那么我该怎么测试那个单位?
您提供的示例不使用依赖注入.相反,Bar应该使用构造函数注入来获取一个Foo实例,但是注入一个具体的类没有意义.相反,您应该从Foo中提取一个接口(让我们称之为IFoo)并将其注入到Bar中:
原文链接:https://www.f2er.com/javaschema/281954.htmlpublic class Bar { private IFoo f; public Bar(IFoo f) { this.f = f; } public int doSomethingWithFoo { int x = this.f.doSomethingWithExternalDependency(); // Do some more stuff ... return result; } }
这使您始终能够消除消费者和依赖关系.
是的,仍然会有一个地方必须编写整个应用程序的对象图.我们称这个地方为组成根.它是一个应用程序基础架构组件,因此您不需要对其进行单元测试.
在大多数情况下,您应该考虑为该部分使用DI Container,然后应用Register Resolve Release pattern.