# 工厂方法模式

在学习工厂方法模式之前我们先来了解简单工厂模式。

# 场景

1、小安喜欢吃苹果，于是就自己种苹果树。

2、苹果吃多了，又爱上了吃橘子，于是又自己种橘子树。

3、桔子又吃腻了，然后就种其他各式的水果，结果自己成了一个果农，有大片的果园。这时，小安的基友小金来玩，小安说你想吃什么水果直接摘，因此谁想吃苹果，直接去摘：采摘者自己负责 new Apple()。但是会存在以下问题：

如果采摘的人多了可能会一不小心破坏果树。
比较复杂的果子（板栗），那可能个人是无法采摘的，需要借助工具。

4、根据可能产生的问题，小安于是把果园交给了果园工厂来负责管理，想要啥水果就直接说，然后就能拿到对应的水果，而不需要关心怎么去采摘。

# 简单工厂模式

# 定义

提供一个创建对象实例的功能，而无需关心其具体实现。被创建实例的类型可以是接口，抽象类，也可以是具体的类。

在简单工厂模式中创建实例的方法通常为静态（static）方法，因此简单工厂模式（Simple Factory Pattern）又叫作静态工厂方法模式（Static Factory Method Pattern）。

# 结构

简单工厂模式的主要角色如下：

简单工厂（SimpleFactory）：是简单工厂模式的核心，负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象，如水果工厂。
抽象产品（Product）：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口，如水果。
具体产品（ConcreteProduct）：是简单工厂模式的创建目标，如苹果、橘子等。

# 实现

抽象产品（Product）

public interface Fruit {
	//水果
    public void fruit();
}

1
2
3
4

具体产品（ConcreteProduct）：水果种类

//苹果
public class Apple implements Fruit {
    @Override
    public void fruit() {
        System.out.println("我是苹果");
    }
}

//香蕉
public class Banana implements Fruit {
    @Override
    public void fruit() {
        System.out.println("我是香蕉");
    }
}

//橘子
public class Orange implements Fruit {
    @Override
    public void fruit() {
        System.out.println("我是桔子");
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

简单工厂（SimpleFactory）

public class FruitFactory {
    //苹果
    public static final int TYPE_APPLE = 1;
    //桔子
    public static final int TYPE_ORANGE = 2;
    //香蕉
    public static final int TYPE_BANANA = 3;

    /**
     * 根据需求选择对应的产品
     */
    public static Fruit getFruit(int type) {
        Fruit fruit = null;
        if (TYPE_APPLE == type) {
            fruit = new Apple();
        } else if (TYPE_ORANGE == type) {
            fruit = new Orange();
        } else if (TYPE_BANANA == type) {
            fruit = new Banana();
        }
        return fruit;
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

# 优缺点

优点：

工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确。
客户端无需知道所创建具体产品的类名，只需知道参数即可，如上面的只需要知道type代表什么即可。

缺点：

简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。
使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度。
系统扩展困难，一旦增加新产品不得不修改工厂逻辑（即if-else判断逻辑），在产品类型较多时，可能造成逻辑过于复杂。
简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。

# 使用场景

如果需要完全封装隔离具体实现，让外部只能通过接口来操作封装体，可以选用简单工厂，让客户端通过工厂来获取相应的接口，无需关心具体实现。
如果想要把对外创建对象的职责集中管理和控制，可以选用简单工厂，一个简单工厂可以创建很多的不相关的对象，可以把对外创建对象的职责集中到一个简单工厂来，从而实现集中管理和控制。