定义

简单工厂模式属于创建型模式又叫做静态工厂方法模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。
简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

为什么使用工厂模式

new对象的细节我不想关心，我只想使用该对象。
当一个对象的构造方法需要多个以上的参数的时候，这个就比较麻烦了。
当一个对象是第三方jar包提供的，在构建该对象时，我不知道应该传哪些构造参数
或者搞明白这些构造参数很费劲比如说BasicDataSource类

使用工厂模式创建的对象要不是就是一大堆（每个都不同），要不就是一大批（每个都相同）
工厂生产的一般不是数据对象，都是业务对象

角色结构

  • Factory：工厂类，简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。
  • IProduct：抽象产品类，简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
  • Product：具体产品类，是简单工厂模式的创建目标。

    UML

    image.png

    优点

    1、工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。
    2、客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
    3、通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

    缺点

  1. 任何”东西“的子类都可以被生产，负担太重。当所要生产产品种类非常多 时，工厂方法的代码量可能会很庞大。
  2. 在遵循开闭原则（对拓展开放，对修改关闭）的条件下，简单工厂对于增加 新的产品，无能为力。因为增加新产品只能通过修改工厂方法来实现。

    示例

    AnimalFactory.java

    1. public class AnimalFactory {
    2.  //简单工厂设计模式（负担太重、不符合开闭原则） 
    3.  public static Animal createAnimal(String name){ 
    4.      if ("cat".equals(name)) { 
    5.          return new Cat();
    6.      }else if ("dog".equals(name)) { 
    7.          return new Dog();
    8.      }else if ("cow".equals(name)) { 
    9.          return new Dog();
    10.      }else{
    11.          return null;
    12.      } 
    13.  } 
    14. }

    AnimalFactory2.java

    简单工厂的另外一种写法
    1. //该简单工厂，也称为静态方法工厂 
    2. public class AnimalFactory2 {
    3.  public static Dog createDog(){ 
    4.      return new Dog();
    5.  }
    6.  public static Cat createCat(){ 
    7.      return new Cat();
    8.  } 
    9. }

    框架案例

    spring的IOC就是通过简单工厂方式实现的。 :::info 注：spring中是通过配置文件和反射解决了简单工厂中的缺点。 :::