创建型模式——工厂方法模式（Factory Method）

传送门（参考资料）：
1. GoF设计模式——C语言中文网
2. 廖雪峰学Java——设计模式

1. 工厂方法模式简介

• 专门的工厂生产专门的产品（从对简单工厂模式的介绍中也可以看出，简单工厂需要负责对很对产品的创建，不满足单一职责原则）
• “工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则

2. 工厂方法模式的优缺点

优点：

• 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程
• 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类（注意：不需要更改原来的代码这点很重要，满足开闭原则）
• 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则（迪米特法则：只与自己的朋友对话）、依赖倒置原则（依赖导致原则：高层模块依赖高层模块而不依赖（甚至不需要知道）底层模块）和里氏替换原则（里氏替换原则：对什么时候应该继承，什么时候不应该继承进行了规范，同时指明，继承的行为规范）

缺点：

• 类的个数容易过多，增加复杂度
• 增加了系统的抽象性和理解难度
• 抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决

3. 工厂方法模式的适用场景

• 客户只知道创建产品的工厂名，而不知道具体的产品名
• 创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口（用户面对的是抽象工厂的方法）
• 客户不关心创建产品的细节，只关心产品的品牌（用人话解释一下：用户买东西的时候不需要知道这个产品是怎么生产出来的，只需要知道找哪家店能买到这个产品即可）

4. 模式结构

• 工厂方法模式的主要角色：

1. 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品（基于多态性）
2. 具体工厂（Concrete Factory）：实现抽象工厂中的抽象方法，完成具体产品的创建
3. 抽象产品（Abstract Product）：定义了产品的规范，描述了产品的主要特性和功能
4. 具体产品（Concrete Product）：实现了抽象产品角色所定义的接口，由具体工厂来创建，同具体工厂之间一一对应

• 
  图片来自[1]

5. 工厂方法模式的实现

public class FactoryMethod {
    public static void main(String[] args) {
        AbsFactory fac = new CFactory_0();
        Product_0 product = fac.getProduct();
        product.func();
    }
}

interface Product_0 {
    void func();
}

class CProduct_0 implements Product_0 {
    @Override
    public void func() {
        System.out.println("我是空调！！");
    }
}

class CProduct_1 implements Product_0 {
    @Override
    public void func() {
        System.out.println("我是冰箱！！");
    }
}

class CNothing implements Product_0 {
    @Override
    public void func() {
        System.out.println("我啥也不是！！");
    }
}

interface AbsFactory {
    Product_0 getProduct();
}

class CFactory_0 implements AbsFactory {
    @Override
    public Product_0 getProduct() {
        return new CProduct_0();
    }
}

class CFactory_1 implements AbsFactory {
    @Override
    public Product_0 getProduct() {
        return new CProduct_1();
    }
}

一点思考：

1. 可以明显看出来，使用工厂方法模式在产品增多的时候回生成更多的子类，难以管理
2. 但一个同样明显的好处是：使用工厂方法时客户端不需要知道各个子类的存在，只需要基于公共的接口来进行产品的获取即可
3. 对于第二点，其实还存在一个问题，为了保证得到一个我们想要获取的产品对象，我们实际上还是使用了子类工厂来新建的对象，那岂不是说明“第二点是不成立的”？事实上，如果我们想要完全摆脱对子类的了解，那么可以通过其他方式来直接创建对应的子类（而不需要再代码中显式地指明，例如我们可以使用XML来加载，如果对这个方法感兴趣的同学可以看一看第一篇参考文章）