设计模式之工厂方法模式（Factory method）

前言

在前一篇文章提到的设计模式之简单工厂模式，简单工厂模式存在的一些问题：

•   工厂类集中了所有实例（产品）的创建逻辑，一旦这个工厂不能正常工作，整个系统都会受到影响；

•   违背“开放 - 关闭原则”，一旦添加新产品就不得不修改工厂类的逻辑，这样就会造成工厂逻辑过于复杂。

•   简单工厂模式由于使用了静态工厂方法，静态方法不能被继承和重写，会造成工厂角色无法形成基于继承的等级结构。

针对以上问题现在我们来了解一下另外一个设计模式----工厂方法模式。

1. 介绍

1.1 定义

定义一个用于创建对象的接口，让子类决定实例化哪个类。工厂方法使一个类的实例化延迟到其子类。

1.2 作用

就像定义中说的，将类的实例化延迟到其子类（具体工厂中）完成，这样就可以很好的避免简单工厂模式中的问题，这样更不会违背“开放-关闭”原则。

2. 模式原理

2.1 UML结构类图

2.2 模式组成

组成（角色）	关系	作用
抽象产品类（Product）	具体产品的父类	描述产品的公共接口
具体产品类（Concrete Product）	抽象产品的子类；工厂类创建的目标类	描述具体的产品
抽象工厂类（Factory）	具体工厂的父类	描述具体工厂的公共接口
具体工厂类（Concrete Factory）	抽象工厂的子类，被外界调用	描述具体工厂；实现具体方法创建产品的实例

2.3 使用步骤

步骤一：创建抽象工厂类，定义具体工厂的公共接口

步骤二：创建抽象产品类，定义具体产品的公共接口

步骤三：创建具体产品类（继承自抽象产品），定义生产的具体产品

步骤四：创建具体工厂类（继承自抽象工厂类），定义创建对应具体产品的实例方法

步骤五：外界调用具体工厂类的方法，创建不同具体产品的实例

3. 工厂方法模式的简单实现

3.1 实例描述：

我们继续使用上一篇文章（设计模式之简单工厂模式）中的案例，用工厂方法模式来实现。

3.2 实现步骤

步骤一：创建抽象工厂类，定义具体工厂的公共接口

/**
 * 抽象工厂类,
 * 具体工厂的父类,描述具体工厂的公共接口
 */
public abstract class AbstractComputerFactory {
    public abstract AbstractComputer createComputer();
}

步骤二：创建抽象产品类，定义具体产品的公共接口

/**
 * 抽象产品类,具体产品的父类,描述具体产品的公共接口
 */
public abstract class AbstractComputer {
    public abstract void start();
}

步骤三：创建具体产品类（继承自抽象产品），定义生产的具体产品

/**
 * 具体产品类(惠普电脑)
 * 抽象产品的子类;工厂类创建的目标类
 */
public class ConcreteHpComputer extends AbstractComputer {
    @Override
    public void start() {
        System.out.println("惠普电脑启动了");
    }
}

/**
 * 具体产品类(联想电脑)
 */
public class ConcreteLenovoComputer extends AbstractComputer{
    @Override
    public void start() {
        System.out.println("联想电脑启动了");
    }
}

步骤四：创建具体工厂类（继承自抽象工厂类），定义创建对应具体产品的实例方法

/**
 * 具体工厂类(生产惠普电脑)
 * 抽象工厂的子类,被外界调用
 */
public class ConcreteHpFactory extends AbstractComputerFactory{
    @Override
    public AbstractComputer createComputer() {
        return new ConcreteHpComputer();
    }
}

/**
 * 具体工厂类(生产联想电脑)
 */
public class ConcreteLenovoFactory extends AbstractComputerFactory{
    @Override
    public AbstractComputer createComputer() {
        return new ConcreteLenovoComputer();
    }
}

步骤五：外界调用具体工厂类的方法，创建不同具体产品的实例

/**
 * 工厂方法模式测试
 */
public class FactoryMethodModeTest {
    public static void main(String[] args) {
        //客户需要生产联想电脑
        ConcreteLenovoFactory concreteLenovoFactory = new ConcreteLenovoFactory();
        concreteLenovoFactory.createComputer().start();
        //客户需要生产惠普电脑
        ConcreteHpFactory concreteHpFactory = new ConcreteHpFactory();
        concreteHpFactory.createComputer().start();
    }
}

4. 优点

•   更符合“开放-关闭”原则

     新增一种产品时，只需要增加具体的产品类和相应的具体工厂类即可（开放原则）

简单工厂模式，需要修改工厂类的逻辑

•   符合“单一职责”原则

    每个具体工厂类只负责创建对应的产品

简单工厂模式中存在复杂的switch选择语句

•   不使用静态工厂方法，可以形成基于继承的等级结构

简单工厂模式使用的是静态工厂方法（工厂类中）

总结：工厂方法模式可以说是简单工厂模式的进一步抽象和扩展，在保留了简单工厂模式的封装优点的同时，让扩展变得简单，让继承变得可行，更好的体现了多态性。

5. 缺点

•   一个具体工厂只能生产一种具体的产品，不符合实际情况

•   若要添加新的产品，系统类的数量将成对增加，增加了系统复杂度和编译时期的额外开销

•   在实现时可能会用到反射等技术，增加了实现难度

6. 应用场景

•   当一个类不知道它所需要的对象的类时

    在工厂方法模式中，客户端不需要知道具体产品类的类名，只需要知道所对应的工厂即可；

•   当一个类希望通过其子类来指定创建对象时

    在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象，利用面向对象的多态性和里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。

•   将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中。