设计模式之抽象工厂模式(十三)

当我们在创建对象时,有时会指定具体的类去实例化一个对象。可以使用工厂方法模式来定义一个外部方法以决定实例化哪个类。但有时候,控制实例化哪个类的因素可能与很多类息息相关。

抽象工厂模式的意图是允许创建一组相关或相互依赖对象的接口,且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。

前面介绍的工厂方法模式中考虑的是一类产品的生产,而抽象工厂模式将考虑多等级产品的生产。换句话说就是,抽象工厂模式是工厂方法模式的升级版本,工厂方法模式只生产一个等级的产品,而抽象工厂模式可生产多个等级的产品。

抽象工厂模式的结构

抽象工厂模式的主要角色如下。

  • 抽象工厂(Abstract Factory):提供了创建产品的接口,它包含多个创建产品的方法 newProduct(),可以创建多个不同等级的产品。
  • 具体工厂(Concrete Factory):主要是实现抽象工厂中的多个抽象方法,完成具体产品的创建。
  • 抽象产品(Product):定义了产品的规范,描述了产品的主要特性和功能,抽象工厂模式有多个抽象产品。
  • 具体产品(ConcreteProduct):实现了抽象产品角色所定义的接口,由具体工厂来创建,它 同具体工厂之间是多对一的关系。

其结构图如下图所示:
抽象工厂模式结构图

抽象工厂模式的实现

抽象工厂模式的结构同工厂方法模式的结构相似,不同的是其产品的种类不止一个,所以创建产品的方法也不止一个。以下给出抽象工厂和具体工厂的代码。

抽象工厂:提供了产品的生成方法。

1
2
3
4
5
public interface AbstractFactory
{
public Product1 newProduct1();
public Product2 newProduct2();
}

具体工厂:实现了产品的生成方法。

1
2
3
4
5
6
7
8
9
10
11
12
13
public class ConcreteFactory1 implements AbstractFactory
{
public Product1 newProduct1()
{
System.out.println("具体工厂 1 生成-->具体产品 11...");
return new ConcreteProduct11();
}
public Product2 newProduct2()
{
System.out.println("具体工厂 1 生成-->具体产品 21...");
return new ConcreteProduct21();
}
}

常见案例及应用场景

常见案例:Java AWT组件中的GUI工具。
应用场景:

  • 当需要创建的对象是一系列相互关联或相互依赖的产品族时,如电器工厂中的电视机、洗衣机、空调等。
  • 系统中有多个产品族,但每次只使用其中的某一族产品。如有人只喜欢穿某一个品牌的衣服和鞋。
  • 系统中提供了产品的类库,且所有产品的接口相同,客户端不依赖产品实例的创建细节和内部结构。

总结

抽象工厂模式除了具有工厂方法模式的优点外,其他主要优点如下:

  • 可以在类的内部对产品族中相关联的多等级产品共同管理,而不必专门引入多个新的类来进行管理。
  • 当增加一个新的产品族时不需要修改原代码,满足开闭原则。

其缺点是:当产品族中需要增加一个新的产品时,所有的工厂类都需要进行修改。