单位测试 – 依赖注射:海龟一路下来?

前端之家收集整理的这篇文章主要介绍了单位测试 – 依赖注射:海龟一路下来?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
所以我想知道单元测试在处理外部依赖方面是否有效.在这里和其他地方,我已经熟悉依赖注入,以及如何让我们测试一个代码单元(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.

原文链接:https://www.f2er.com/javaschema/281954.html

猜你在找的设计模式相关文章