微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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

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

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐