抽象工厂模式

Posted 2020-12-11 thinmoon

搬运：http://c.biancheng.net/view/1351.html

前言

在工厂方法中我们考虑的是一类产品生产，即一个工厂只能够生产一类产品。如畜牧场只养动物、电视机厂只生产电视机、计算机软件学院只培养计算机软件专业的学生等。

同种类称为同等级，也就是说：工厂方法模式只考虑生产同等级的产品，但是在现实生活中许多工厂是综合型的工厂，能生产多等级（种类） 的产品，如农场里既养动物又种植物，电器厂既生产电视机又生产洗衣机或空调，大学既有软件专业又有生物专业等。

这次我们要介绍的抽象工厂模式将考虑多等级产品的生产，将同一个具体工厂所生产的位于不同等级的一组产品称为一个产品族。下图所示的是海尔工厂和 TCL 工厂所生产的电视机与空调对应的关系图。

一、模式的定义与特点

抽象工厂（AbstractFactory）模式的定义：

是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。

抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。

使用抽象工厂模式一般要满足以下条件。

• 系统中有多个产品族，每个具体工厂创建同一族但属于不同等级结构的产品。
• 系统一次只可能消费其中某一族产品，即同族的产品可一起使用。

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

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

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

二、模式的结构与实现

抽象工厂模式同工厂方法模式一样，也是由抽象工厂、具体工厂、抽象产品和具体产品等 4 个要素构成，但抽象工厂中方法个数不同，抽象产品的个数也不同。现在我们来分析其基本结构和实现方法。

1.模式的结构

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

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

2.模式的实现

抽象工厂模式的结构同工厂方法模式的结构相似，不同的是其产品的种类不止一个，所以创建产品的方法也不止一个。

public class AbstractFactoryTest {
    public static void main(String[] args) {
        AbstractFactory factory1 = new ConcreteFactory1();
        AbstractFactory factory2 = new ConcreteFactory2();

        Product product11 = factory1.newProduct1();
        Product product21 = factory1.newProduct2();

        Product product12 = factory2.newProduct1();
        Product product22 = factory2.newProduct2();

        product11.show();
        product21.show();
        product12.show();
        product22.show();

    }
}
//抽象产品
interface Product {
    public void show();
}
//具体产品
class ConcreteProduct11 implements Product {

    @Override
    public void show() {
        System.out.println("我是产品11");
    }
}
//具体产品
class ConcreteProduct12 implements Product {

    @Override
    public void show() {
        System.out.println("我是产品12");
    }
}

//具体产品
class ConcreteProduct21 implements Product {

    @Override
    public void show() {
        System.out.println("我是产品21");
    }
}
//具体产品
class ConcreteProduct22 implements Product {

    @Override
    public void show() {
        System.out.println("我是产品22");
    }
}

//抽象工厂
interface AbstractFactory {
    public Product newProduct1();
    public Product newProduct2();
}

class ConcreteFactory1 implements AbstractFactory {

    @Override
    public Product newProduct1() {
        System.out.println("我是工厂1，我要生产产品11");
        return new ConcreteProduct11();
    }

    @Override
    public Product newProduct2() {
        System.out.println("我是工厂1，我要生产产品21");
        return new ConcreteProduct21();
    }
}

class ConcreteFactory2 implements AbstractFactory {

    @Override
    public Product newProduct1() {
        System.out.println("我是工厂2，我要生产产品12");
        return new ConcreteProduct12();
    }

    @Override
    public Product newProduct2() {
        System.out.println("我是工厂2，我要生产产品22");
        return new ConcreteProduct22();
    }
}

三、模式的应用场景

抽象工厂模式最早的应用是用于创建属于不同操作系统的视窗构件。如 java 的 AWT 中的 Button 和 Text 等构件在 Windows 和 UNIX 中的本地实现是不同的。

抽象工厂模式通常适用于以下场景：

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

附录：模式的扩展

抽象工厂模式的扩展有一定的“开闭原则”倾斜性：

1. 当增加一个新的产品族时只需增加一个新的具体工厂，不需要修改原代码，满足开闭原则。
2. 当产品族中需要增加一个新种类的产品时，则所有的工厂类都需要进行修改(从uml类图可以看出，若需要增加一个产品则需要在抽象工厂中增加一个newProduct(),从而所有具体工厂都需要增加一个新的产品)，不满足开闭原则。

另一方面，当系统中只存在一个等级结构的产品时，抽象工厂模式将退化到工厂方法模式。