大白话抽象工厂模式（Abstract Factory Pattern）

实例分析

大白话工厂方法模式（Factory Method）一文中，咱们讲解了日产4S店工厂规模的扩大，建立了针对不一样车型的工厂，减小了工厂的工做内容，提升了效率。下面咱们继续以4S店的故事讨论抽象工厂模式。
为了知足各个阶层的客户，日产公司推出了豪华系列品牌英菲尼迪，并且为了吸引客户购买，购车赠送行车记录仪，购买日产汽车赠送日产行车记录仪。购买英菲尼迪汽车赠送英菲尼迪行车记录仪。

经过上面的描述咱们引出产品族和等级结构的定义。
产品族：即来自一个家族，好比英菲尼迪汽车和英菲尼迪行车记录仪都来自英菲尼迪家族，日产汽车和日产行车记录仪都来自日产家族。
等级结构：能够理解为相同的产品，好比英菲尼迪汽车和日产汽车处于同一个等级结构，英菲尼迪行车记录仪和日产行车记录仪处于同一个等级结构。

如今假设工厂分为日产工厂和英菲尼迪工厂，且汽车和行车记录仪都只有一种型号。日产工厂须要生产相同产品族的日产汽车和日产行车记录仪。英菲尼迪工厂须要生产相同产品族的英菲尼迪汽车和英菲尼迪行车记录仪。

经过对比，发现和工厂方法模式的区别为：
工厂方法模式针对的是一个产品等级结构，而抽象工厂模式则须要面对多个产品等级结构

代码以下：
代码片断1 汽车父类

/**
 * 汽车的父类
 * @author coderzcr
 */
public abstract class Car {
    String name;
    void printCar(){
        System.out.println(name+"汽车已制造完成");
    }
}

代码片断2 日产汽车

/**
 * 日产汽车
 * @author coderzcr
 */
public class NissanCar extends Car {
    NissanCar(){
        this.name = "日产";
    }
}

代码片断3 英菲尼迪汽车

/**
 * 英菲尼迪汽车
 * @author coderzcr
 */
public class InfinitiCar extends Car {
    InfinitiCar(){
        this.name = "英菲尼迪";
    }
}

代码片断4 行车记录仪父类

/**
 * 行车记录仪父类
 * @author coderzcr
 */
public abstract class DVR {
    String name;
    void printDVR(){
        System.out.println(name+"行车记录仪已制造完成");
    }
}

代码片断5 日产行车记录仪

/**
 * 日产行车记录仪
 * @author coderzcr
 */
public class NissanDVR extends DVR{
    NissanDVR(){
        this.name = "日产";
    }
}

代码片断6 英菲尼迪行车记录仪

/**
 * 英菲尼迪行车记录仪
 * @author coderzcr
 */
public class InfinitiDVR extends DVR {
    InfinitiDVR(){
        this.name = "英菲尼迪";
    }

}

代码片断7 工厂父类

/**
 * 工厂父类
 * @author coderzcr
 */
public abstract class AbstractFactory {
    abstract Car getCar();
    abstract DVR getDVR();
}

代码片断8 日产工厂

/**
 * 日产工厂
 * @author coderzcr
 */
public class NissanFactory extends AbstractFactory {
    @Override
    Car getCar() {
        return new NissanCar();
    }

    @Override
    DVR getDVR() {
        return new NissanDVR();
    }
}

代码片断9 英菲尼迪工厂

/**
 * 英菲尼迪工厂
 * @author coderzcr
 */
public class InfinitiFactory extends AbstractFactory {
    @Override
    Car getCar() {
        return new InfinitiCar();
    }

    @Override
    DVR getDVR() {
        return new InfinitiDVR();
    }
}

图1 类图

抽象工厂模式定义

抽象工厂模式(Abstract Factory Pattern)：提供一个建立一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象建立型模式。

抽象工厂模式结构

图2抽象工厂模式类图

抽象工厂模式包含以下角色：

• AbstractFactory：抽象工厂
• ConcreteFactory：具体工厂
• AbstractProduct：抽象产品
• Product：具体产品

抽象工厂模式分析

优势分析

• 抽象工厂模式隔离了具体类的生成，使得客户并不须要知道什么被建立。因为这种隔离，更换一个具体工厂就变得相对容易。全部的具体工厂都实现了抽象工厂中定义的那些公共接口，所以只需改变具体工厂的实例，就能够在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式能够实现高内聚低耦合的设计目的，所以抽象工厂模式获得了普遍的应用。
• 当一个产品族中的多个对象被设计成一块儿工做时，它可以保证客户端始终只使用同一个产品族中的对象。这对一些须要根据当前环境来决定其行为的软件系统来讲，是一种很是实用的设计模式。

• 增长新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。

  缺点分析

• 在添加新的产品对象时，难以扩展抽象工厂来生产新种类的产品，这是由于在抽象工厂角色中规定了全部可能被建立的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，而这将涉及到对抽象工厂角色及其全部子类的修改，显然会带来较大的不便。

• 开闭原则的倾斜性（增长新的工厂和产品族容易，增长新的产品等级结构麻烦）。

  参考文献

1. 3. 抽象工厂模式(Abstract Factory) — Graphic Design Patterns
2. 设计模式（三）抽象工厂模式 · 写最好的设计模式专栏 · 看云