工厂模式定义：一个创建产品对象的工厂接口，将产品对象的实际创建工作推迟到具体工厂类当中。这满足创建型模式中所要求的“创建与使用分离”的特点。
按实际业务场景划分，工厂模式有 3 种不同的实现方式，分别是简单工厂模式、工厂方法模式和抽象工厂模式。
我们把被创建的对象称为“产品”，把创建产品的对象称之为“工厂”。如果要创建的产品不对，只要一个工厂类就可以完成，这种模式叫“简单工厂模式”。
简单工厂模式种创建实例的方法通常为静态（static）方法，因此简单工厂模式（Simple Factory Pattern）又叫做静态工厂方法模式（Static Factory Method Pattern）。
简单工厂模式又一个具体的工厂类，可以生成多个不同的产品，属于创建型设计模式，但是不在 GoF 23 种设计模式之列。
适用场景
- 工厂类负责创建的对象比较少
- 客户端（应用层）只知道传入工厂类的参数，对于创建对象（逻辑）不关心
优点和缺点
优点：
- 工厂类必须包含必要的逻辑判断，可以决定在什么时候创建哪一个产品实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确；
- 客户端无需知道所创建具体产品的类名，只需要知道参数即可；
- 可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类。
缺点：
- 简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，可能整个系统受到影响。且工厂类代码会非常臃肿，违背高聚合原则；
- 使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度；
- 系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂；
- 使用 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。
模式结构与实现
简单工厂模式的主要角色如下：
- 简单工厂（Simple Factory）：负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象；
- 抽象产品（Product）：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口；
-
具体产品（Concrete Product）：是简单工厂模式的创建目标。
简单工厂模式结构图
简单工厂模式结构图
代码实现：
public interface Product {
void produce();
}
public class ConcreateProductA implements Product {
@Override
public void produce() {
System.out.println("produce product A....");
}
}
public class ConcreateProductB implements Product {
@Override
public void produce() {
System.out.println("produce product B...");
}
}
public class SimpleFactory {
public static Product makeProduct(String type) {
if ("A".equalsIgnoreCase(type)) {
return new ConcreateProductA();
} else if ("B".equalsIgnoreCase(type)) {
return new ConcreateProductB();
}
return null;
}
}
public class Main {
public static void main(String[] args) {
Product product = SimpleFactory.makeProduct("A");
if (product != null) {
product.produce();
}
}
}
