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

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

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

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

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

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 () -> "咸鸭蛋";    }}

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

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