Java 设计模式-工厂方法模式

Java 设计模式-工厂方法模式

1. 介绍

1.1 定义

工厂方法模式（FACTORY METHOD）是一种常用的类创建型设计模式,此模式的核心精神是封装类中变化的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。它的核心结构有四个角色，分别是抽象工厂；具体工厂；抽象产品；具体产品 。

工厂方法模式，又称工厂模式、多态工厂模式和虚拟构造器模式，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。

1.2 主要作用

将类的实例化（具体产品的创建）延迟到工厂类的子类（具体工厂）中完成，即由子类来决定应该实例化（创建）哪一个类。

1.3 解决的问题

工厂一旦需要生产新产品就需要修改工厂类的方法逻辑，违背了“开放 - 关闭原则

工厂方法模式

设计原则：遵循单一职责、依赖倒置、开闭原则

常用场景：一种场景是希望工厂与产品的种类对客户端保持透明，给客户端提供一致的操作，另外一种是不同的工厂和产品可以提供客户端不同的服务或功能

使用概率：60%

复杂度：中低

变化点：工厂与产品的种类

选择关键点：工厂类和产品类是否是同生同灭的关系

逆鳞：无

相关设计模式

抽象工厂模式：工厂方法模式与抽象工厂模式最大的区别在于，在工厂方法模式中，工厂创造的是一个产品，而在抽象工厂模式中，工厂创造的是一个产品族。

2. 模式原理

2.1 UML类图

2.2 模式组成

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

2.3 使用步骤

步骤1： 创建抽象工厂类，定义具体工厂的公共接口；
步骤2： 创建抽象产品类 ，定义具体产品的公共接口；
步骤3： 创建具体产品类（继承抽象产品类） & 定义生产的具体产品；
步骤4：创建具体工厂类（继承抽象工厂类），定义创建对应具体产品实例的方法；
步骤5：外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例

3. 实现

package com.huo.factotory.method;

/**
 * @author 霍英俊
 * @version 1.0.0
 * @className: FactoryTest01
 * @description: TODO
 * @email huo920@live.com
 * @date 2020/7/4 22:55
 */
public class MethodFactoryTest01 {
    public static void main(String[] args) {
        Product a = new ProductAFactory().createProduct();
        a.print();
        Product b = new ProductBFactory().createProduct();
        b.print();
        Product c = new ProductCFactory().createProduct();
        c.print();

        System.out.println(a);
        System.out.println(b);
        System.out.println(c);
    }
}

/**
 * 工厂方法模式
 * 定义一个用于创建对象的接口，让子类决定实例化哪个类。
 * 工厂方法使一个类的实例化延迟到其子类
 */
interface ProductFactory{
    Product createProduct();
}

class ProductAFactory implements ProductFactory{

    @Override
    public Product createProduct() {
        return new ProductA();
    }
}

class ProductBFactory implements ProductFactory{

    @Override
    public Product createProduct() {
        return new ProductB();
    }
}

class ProductCFactory implements ProductFactory{

    @Override
    public Product createProduct() {
        return new ProductC();
    }
}

abstract class Product{
    public abstract void print();
}

class ProductA extends Product{
    @Override
    public void print() {
        System.out.println("ProductA - print...");
    }
}

class ProductB extends Product{
    @Override
    public void print() {
        System.out.println("ProductB - print...");
    }
}

class ProductC extends Product{
    @Override
    public void print() {
        System.out.println("ProductC - print...");
    }
}

4. 优点

• 更符合开-闭原则
  新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可

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

• 符合单一职责原则
  每个具体工厂类只负责创建对应的产品

  简单工厂中的工厂类存在复杂的switch逻辑判断

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

  简单工厂模式的工厂类使用静态工厂方法

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

---

5. 缺点

• 添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加，在一定程度上增加了系统的复杂度；同时，有更多的类需要编译和运行，会给系统带来一些额外的开销；
• 由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度。
• 虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类；
• 一个具体工厂只能创建一种具体产品

缺点：

1. 即简单工厂模式的缺点
2. 之所以可以解决简单工厂的问题，是因为工厂方法模式把具体产品的创建推迟到工厂类的子类（具体工厂）中，此时工厂类不再负责所有产品的创建，而只是给出具体工厂必须实现的接口，这样工厂方法模式在添加新产品的时候就不修改工厂类逻辑而是添加新的工厂子类，符合开放封闭原则，克服了简单工厂模式中缺点

---

6. 应用场景

在了解了优缺点后，我总结了工厂方法模式的应用场景：

• 当一个类不知道它所需要的对象的类时
  在工厂方法模式中，客户端不需要知道具体产品类的类名，只需要知道所对应的工厂即可；
• 当一个类希望通过其子类来指定创建对象时
  在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象，利用面向对象的多态性和里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
• 将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中。