所以我想知道单元测试在处理外部依赖方面是否有效.在这里和其他地方,我已经熟悉依赖注入,以及如何让我们测试一个代码单元(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中：
public 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.
