设计模式之工厂方法模式

1. 工厂方法模式

• 定义：

  ​ 工厂方法模式也称为工厂模式，虚拟构造器模式，多态模式，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。

• 使用场景：

  ​ 工厂方法模式中，父类负责定义创建对象的公共接口，而子类则负责生成具体的对象，这样的目的是 将类的实例化操作延迟到子类中完成，由子类来决定实例化哪一个类。

• UML：

  1. Product表示抽象产品，定义了产品的接口。

  2. ConcreteProduct表示具体的产品，实现父类Product接口。

  3. Factory表示抽象工厂，声明了工厂方法，返回一个产品(Product)。

  4. ConcreteFactory表示具体工厂，实现了工厂方法，由客户端调用，返回一个具体产品的实例(ConcreteProduct)。

• 简单工厂->工厂方法：

  ​ 工厂方法把简单工厂的内部逻辑判断已到了客户端进行，如果想要加功能，本来是修改工厂类的，而现在修改客户端。

• 优点：

  1. 符合开闭原则，增加一种产品时，只需要增加具体的产品类和对应的工厂子类即可。

  2. 符合单一职责原则，即每个具体的工厂类只负责对应的产品。

  3. 不使用静态工厂方法，可以形成基于继承的等级结构。

     总结：

     ​ 工厂模式是简单工厂模式的进一步抽象和拓展，保留了简单工厂类的封装优点的同时，让扩展变得简单，让继承变得可行，增加了多态性的体现。

• 缺点：

  1. 增加新的产品之外还要增加对应的工厂类，系统类的个数成对增加，一定程度上增加了系统的复杂性，编译时也增加了额外的开销。
  2. 考虑到可扩展性，就需要引入抽象层，一定程度上增加了系统的理解难度，有时还需要用到DOM、反射等技术。
  3. 虽然工厂内的方法符合开闭原则，但是如果需要更改产品，还是需要修改实例化的具体工厂类。
  4. 一个具体工厂只能创建一个具体产品。

• 样例：

public abstract class Product{
    //抽象产品
}

public class ConcreteProduct extends Product{
    //具体工厂类
    
}

public abstract class Factory{
    //生成Product子类的实例对象
    public abstract Product factoryMethod() ;
}

public class ConcreteFactory extends Factory{
    public Product factoryMethod(){
        return new ConcreteProduct();
    }
}