静态工厂方法和模拟

Question

您如何协调使用静态工厂方法和模拟？

很多人会说：不要使用静态工厂方法，而是使用 DI。

嗯，有时你无法避免静态工厂方法。考虑以下应该熟悉的用例：

假设您有一个名为 Option 的类，就像在 scala 中一样。如果您想为所有不存在的值重用相同的实例，则无法避免使用静态工厂方法。

只要你去new Option(null)你创建一个新的选项对象，你不能一遍又一遍地返回相同的对象。

类似的用例是Integer.valueOf()，它将为低于 128 的值重用整数对象。不使用静态工厂方法是不可能的。

另一个优点是工厂方法比new关键字更具描述性。

那么你们如何处理必须使用静态工厂方法同时又想使用继承和模拟的问题？

谢谢。

Answer 1

既然是理论问题，我就做一个理论回答。工厂范式是另一个理论的基础：注入。如果您创建的对象在需要时被注入，那么您只需注入您的模拟对象即可完成所有测试。有很多好书/网页可以帮助您入门。

Answer 2

使用PowerMock 可以模拟出静态方法。从他们的Wiki page 中考虑以下示例：

@Test
public void testRegisterService() throws Exception {
    long expectedId = 42;

    // We create a new instance of test class under test as usually.
    ServiceRegistartor tested = new ServiceRegistartor();

    // This is the way to tell PowerMock to mock all static methods of a
    // given class
    mockStatic(IdGenerator.class);

    /*
     * The static method call to IdGenerator.generateNewId() expectation.
     * This is why we need PowerMock.
     */
    expect(IdGenerator.generateNewId()).andReturn(expectedId);

    // Note how we replay the class, not the instance!
    replay(IdGenerator.class);

    long actualId = tested.registerService(new Object());

    // Note how we verify the class, not the instance!
    verify(IdGenerator.class);

    // Assert that the ID is correct
    assertEquals(expectedId, actualId);
}

甚至可以使用partial mocking 仅模拟一种特定方法而将其余方法保持原样。

Answer 3

我的第一个选择是避免对任何东西进行模拟，因此是否有静态工厂方法没有区别。

也就是说，如果我确实想要或需要模拟它们，那么我就去做。例如，假设您正在测试一个基于 JSF 的 Web 应用程序，并且您想要模拟 javax.faces.context.FacesContext 对象。我会在测试中使用 JMockit 库（我碰巧开发）编写以下内容：

@Test
public void exampleTest(@Mocked final FacesContext ctx) {
    // Call the code under test, which will at some point
    // call FacesContext.getCurrentInstance(), then add an
    // error message for display in the web page.

    new Verifications() {{
        FacesMessage msg;
        ctx.addMessage(null, msg = withCapture());

        assertEquals("The expected error message.", msg.getSummary());
        assertNotNull(msg.getDetail());
    }};
}

在本例中，Faces.getCurrentInstance() 是静态工厂方法，一旦类被模拟，它将自动返回模拟的 FacesContext 实例。

Answer 4

我们只是避免使用静态工厂方法，而是使用依赖注入。

如果 Java 从一开始就考虑到了 DI，那么 Integer.valueOf() 将是：

• integerType.valueOf() 其中integerType 将是注入的依赖项，或者

• typeSystem.getInteger().valueOf() 其中typeSystem 将是注入的依赖项，或者

• environment.getTypeSystem().getInteger().getFactory() 其中environment 将是注入依赖项。

你可以用静态工厂做任何事情，而勤奋地使用依赖注入则无法做到。

现在，一旦有人仅通过静态工厂方法提供某些东西，他们实质上就是在强迫您走静态道路。这是不幸的。但是您仍然可以将静态内容包装在您自己设备的实例中，然后将这些实例作为依赖项注入到您的生产代码中，然后让您的单元测试运行这些实例，从而避免像模拟静态方法这样的不敬的黑客行为。

例如，您可以将System.out 包装在一些实现Console 接口的StandardConsole 对象中，然后将该Console 接口作为依赖项注入到您的应用程序中。

_{（如果你这样做了，我什至要补充一点，你可以继续并配置你的版本控制系统，以拒绝任何提交包含字符串“System.out”的代码的尝试。[邪恶的笑容]）子>}