设计模式（二） 抽象工厂模式

前面我们说了工厂方法模式，当只需要生产某一种类的时候可以使用。如果我们需要生产多类产品，就可以考虑使用抽象工厂模式。

抽象工厂模式的使用情景如下：

• 系统需要多种产品，但是每次只需要一组产品。
• 产品种类较固定，产品的组合可能频繁变化。

说得好像有点云里雾里，所以先看一个例子吧。首先我们先来定义两组产品接口，一个是调料，一个是食物。

public interface Food {
    String getFood();
}

public interface Spice {
    String getSpice();
}

然后我们来定义生产食物和调料的抽象工厂。

public interface AbstractFactory {
    Spice getSpice();

    Food getFood();
}

然后我们定义两个具体工厂，一个生产蛋糕，一个生产辣条。注意这里使用了Java 8的Lambda表达式。

public class CakeFactory implements AbstractFactory {
    @Override
    public Spice getSpice() {
        return () -> "糖";
    }

    @Override
    public Food getFood() {
        return () -> "蛋糕";
    }
}

public class LatiaoFactory implements AbstractFactory {
    @Override
    public Spice getSpice() {
        return () -> "辣椒";
    }

    @Override
    public Food getFood() {
        return () -> "辣条";
    }
}

然后我们获取一下蛋糕和辣条。可以看到如果需要获取某组产品（糖和蛋糕、辣椒和辣条），那么抽象工厂模式非常适合。而且要创建新的产品组合也很简单，只需要实现一个新的具体工厂即可。

public void run() {
    AbstractFactory factory = new CakeFactory();
    Spice spice = factory.getSpice();
    Food food = factory.getFood();
    printSpiceAndFood(spice, food);
    factory = new LatiaoFactory();
    spice = factory.getSpice();
    food = factory.getFood();
    printSpiceAndFood(spice, food);
}
private static void printSpiceAndFood(Spice spice, Food food) {
    System.out.println("调料:" + spice.getSpice() + "," + "食物:" + food.getFood());
}

比如说我们要创建一个新的咸鸭蛋工厂，也非常简单。

public class SaltyEggFactory implements AbstractFactory {
    @Override
    public Spice getSpice() {
        return () -> "盐";
    }

    @Override
    public Food getFood() {
        return () -> "咸鸭蛋";
    }
}

那么抽象工厂模式的缺点是什么呢？其实从上面的例子中我们也可以看出来了。抽象工厂模式创建新的产品组合非常简单（实现新的具体工厂），但是如果我们要增加新的产品种类，代码就需要进行大量更改了。比方说我们现在需要添加一个餐具，那么上面的抽象工厂类、三个具体类的代码就必须全部进行更改。在实际情况中，这往往会破坏代码开发者和使用者之间的协定。

说到这里，抽象工厂模式的优缺点和使用场景也就呼之欲出了。如果系统中需要多种类型的产品，而产品的种类相对固定，不会出现新类型，这时候就可以使用抽象工厂模式。符合这种情景的都可以使用抽象工厂，例如为软件更换界面，由于界面的标题栏、菜单栏等组件相对固定，所以这些可以声明为一个抽象工厂，然后每一中界面样式为一个具体实现工厂。