单元测试中工厂/抽象工厂设计模式的使用

Question

有人告诉我，用于编写单元测试用例的工厂/抽象工厂设计模式非常有效，但我还没有找到任何清楚演示它的教程。因此，如果有人可以向我指出任何现有的教程或在这里给我一些伪代码和解释，那将非常有帮助:)

Answer 1

根据 GoF 的说法，抽象工厂模式的意图是提供一个接口，用于创建相关或依赖对象系列，而无需指定它们的具体类。

在框架中，抽象工厂通常使用依赖注入来提供，这是编写易于测试的代码的真正关键。依赖注入只是意味着依赖项是通过构造函数“注入”的，而不是在类中新增的。

假设您使用两个工厂来为西洋双陆棋的简单游戏和困难游戏生成依赖项（这里只有一个依赖项，Dice）：

public class EasyGameFactory implements GameFactory
{
  Dice createDice()
  {
    return new LuckyDice();
  }
}

public class NormalGameFactory implements GameFactory
{
  Dice createDice()
  {
    return new RandomDice();
  }
}

GameFactory 的特殊实现：

public class CustomGameFactory implements GameFactory
{
  private Dice mDice;

  public CustomGameFactory(Dice dice)
  {
    mDice = dice;
  }

  Dice createDice()
  {
    return mDice;
  }
}

出于单元测试的目的，您确实不希望使用任何一个 Dice 实现，因此您编写了一个 工厂不必是您的生产代码树的一部分。您可以通过测试代码为工厂提供 Dice 的特殊实现：

public class TestBackgammon
{
  @Test public void shouldReturnDiceThrown() 
  {
    SettableDice dice = new SettableDice();
    Game game = new GameImpl(new CustomGameFactory(dice));

    dice.setDice(new int[] {4, 5});
    game.nextTurn();
    assertArrayEquals(new int[] {4, 5}, game.diceThrown());
  }
}

通过这种方法，可以注入任何具体的依赖项以用于测试目的。然而，通常可以在没有抽象工厂的情况下实现相同的效果，即可以注入依赖项本身，而不是注入工厂。