简单工厂模式

工厂模式定义：一个创建产品对象的工厂接口，将产品对象的实际创建工作推迟到具体工厂类当中。这满足创建型模式中所要求的“创建与使用分离”的特点。

按实际业务场景划分，工厂模式有 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();
    }
  }
}