java - 依赖注入(inject)如何促进可测试性

Question

我一直在阅读 Factory模式，并且看过一些文章，建议将工厂模式与依赖注入(inject)结合使用，以最大限度地提高可重用性和可测试性。虽然我还没有找到这个 Factory-DI 混合体的任何具体示例，但我将尝试 并提供一些我的解释 的代码示例。但是，我的问题实际上是关于这种方法如何提高可测试性。

我的解读:

所以我们有一个 Widget类:

public class Widget {
    // blah
}

我们想包含一个 WidgetFactory控制Widget的 build 小号:

public interface WidgetFactory {

    public abstract static Widget getWidget();
}

public class StandardWidgetFactory implements WidgetFactory {

    @Override
    public final static Widget getWidget() {
        // Creates normal Widgets
    }
}

public class TestWidgetFactory implements WidgetFactory {

    @Override
    public final static Widget getWidget() {
        // Creates test/mock Widgets for unit testing purposes
    }
}

虽然这个示例使用了 Spring DI(这是我唯一使用过的 API)，但是我们谈论的是 Guice 还是任何其他 IoC 框架并不重要；这里的想法是我们现在要注入(inject)正确的WidgetFactory运行时的实现取决于我们是测试代码还是正常运行。在 Spring 中，bean 配置可能如下所示:

<bean id="widget-factory" class="org.me.myproject.StandardWidgetFactory"/>
<bean id="test-widget-factory" class="org.me.myproject.TestWidgetFactory"/>

<bean id="injected-factory" ref="${valueWillBeStdOrTestDependingOnEnvProp}"/>

然后，在代码中:

WidgetFactory wf = applicationContext.getBean("injected-factory");
Widget w = wf.getWidget();

这样，环境(部署级别)变量(可能在某处的 .properties 文件中定义)决定 Spring DI 是否将注入(inject) StandardWidgetFactory或 TestWidgetFactory .

我做的对吗？!？ 这似乎有很多基础设施只是为我的 Widget 获得了良好的可测试性。 .并不是我反对它，但它对我来说感觉像是过度设计。

我的挂断电话:

我问这个的原因是因为我将在其他包中有其他对象，这些对象具有使用 Widget 的方法。它们里面的物体。也许是这样的:

public class Fizz {
    public void doSomething() {

        WidgetFactory wf = applicationContext.getBean("injected-factory");
        Widget widget = wf.getWidget();

        int foo = widget.calculatePremable(this.rippleFactor);

        doSomethingElse(foo);
    }
}

如果没有这个庞大的、看似过度设计的设置，我将无法将“模拟 Widgets”注入(inject)到我的 Fizz::doSomething() 单元测试中。 .

所以我很纠结:一方面，我觉得自己想太多了——我很可能正在这样做(如果我的解释不正确)。另一方面，我没有看到任何干净的方法来绕过它。

作为切线问题的转折点，这也引起了我的另一个巨大担忧:如果我的解释是正确的(甚至有些正确)，那么这是否意味着我们需要 Factories对于每个对象？!？

这听起来像是过度工程!什么是截止？何时使用工厂，何时不使用工厂的界线是什么？!感谢您提供任何帮助，并对冗长的问题表示歉意。这让我头晕目眩。

Answer 1

DI/IoC 有助于测试，因为您可以轻松地决定使用什么实现，而无需修改使用它的代码。这意味着您可以注入(inject)一个已知的实现来执行特定的功能，例如，模拟 Web 服务故障，保证对函数的良好(或不良)输入等。

工厂不需要让 DI/IoC 工作。是否需要工厂完全取决于使用细节。

public class Fizz {

    @Inject    // Guice, new JEE, etc. or
    @Autowired // Spring, or
    private Widget widget;

    public void doSomething() {
        int foo = widget.calculatePremable(this.rippleFactor);
        doSomethingElse(foo);
    }

}