深度学习设计模式之工厂方法模式

---

前言

本篇文章主要学习工厂方法模式，工厂方法模式是对简单工厂模式进一步的抽象，由子类去决定实例化哪个类。

---

一、工厂方法模式介绍

工厂方法模式是简单工厂模式进一步的抽象，可以不修改代码的情况下引进新的产品，解决了简单工厂违背开闭原则的问题。通过工厂父类定义负责创建的公共接口，通过子类来确定所需创建的类型，将类的实例化延迟到子类工厂中完成，由子类决定实例化哪一个类。

二、详细分析

1.核心组成

• IProduct：抽象产品类，描述所有实例，共有的公共接口；
• Product：具体产品类，实现抽象产品类的接口，工厂类创建的对象，如果有多个产品，则需要定义多个产品类；
• IFactory：抽象工厂类，描述具体工厂的公共接口；
• Factory：具体工场类，实现创建产品类对象，实现抽象工厂类的接口，如果有多个产品类，则需要定义多个产品工厂类；

2.实现步骤

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

3.示例代码

抽象产品类：

/**
 * 抽象产品类
 */
public interface Pay {

    /**
     * 统一支付
     */
    void UnifiedPay();

}

抽象工厂类：

/**
 * 抽象产品工厂类
 */
public interface PayFactory {

    Pay getPay();

}

具体产品类：

/**
 * 具体产品类
 */
public class WechatPay implements Pay{
    @Override
    public void UnifiedPay() {
        System.out.println("微信支付");
    }
}

/**
 * 具体产品类
 */
public class AliPay implements Pay{
    @Override
    public void UnifiedPay() {
        System.out.println("支付宝支付");
    }
}

具体工厂类：

/**
 * 具体工厂类
 */
public class WechatPayFactory implements PayFactory{
    @Override
    public Pay getPay() {
        return new WechatPay();
    }
}

/**
 * 具体工厂类
 */
public class AliPayFactory implements PayFactory{
    @Override
    public Pay getPay() {
        return new AliPay();
    }
}

测试类：

/**
 * 工厂方法测试类
 */
public class FactoryMethodTest {

    public static void main(String[] args) {
        WechatPayFactory wechatPayFactory = new WechatPayFactory();
        Pay wechatPay= wechatPayFactory.getPay();
        wechatPay.UnifiedPay();
    }

}

结果：

4.优缺点

优点

• 符合开闭原则，增加一个产品类，只需要实现其产品类和具体的工厂类即可；
• 符合单一职责原则，每个工厂只负责生产其对应产品。

缺点

• 增加一个产品就需要增加具体的产品类和工厂类，系统类的个数会增加，提高维护成本，同时代码编译的时候影响效率；
• 一个具体的工厂，只能创建一种具体的产品。

5.应用场景

• 当一个类不知道它所需要的对象的类时；
• 当一个类希望通过其子类来指定创建对象时。

---

总结

本文主要对工厂方法模式进行分析介绍。