创建型设计模式--工厂模式

工厂模式（Factory Pattern）是一种创建型设计模式，它提供了一种创建对象的方式，而无需指定具体的类。

工厂模式的核心思想是：将对象的创建过程封装在一个工厂类中，客户端只需要通过工厂类来获取对象，而无需关心对象的具体实现。实现创建对象的代码与具体的业务逻辑的代码相隔离（即将对象的使用、对象的创建两个过程解耦）。

简单工厂（Simple Factory Pattern）

一厂多产品
定义一个工厂类，成员函数根据不同的传入参数，返回不同的目标对象。
缺点：没有使用多态，所有产品的创建逻辑集中在一个工厂类中，耦合度高，如果产品种类增多，需要修改工厂类代码，违反开闭原则。

工厂方法（Factory Method Pattern）

一厂一产品
解决简单工厂违背开闭原则的问题，将产品的实例化过程委托给子类，创建一个抽象工厂类，并为每种产品定义一个具体的工厂类。

缺点： 工厂类会随着产品的增多而不断递增。
减少工厂子类，通过继承工厂的子类模板也能达到相同效果，但会暴露各种产品类名。

抽象工厂（Abstract Factory Pattern）

一厂多产品（产品族）
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
在抽象工厂模式中，产品族是指一组相关的产品。这些产品通常具有某种共同的特点或功能，例如它们属于同一个主题或风格。

工厂模式的应用场景

1. 对象的创建过程复杂：
   • 当对象的创建过程较为复杂时，可以使用工厂模式来封装创建过程。
2. 需要解耦对象的创建与使用：
   • 当需要将对象的创建与使用解耦时，可以使用工厂模式。
3. 需要集中管理对象的创建：
   • 当需要集中管理对象的创建过程时，可以使用工厂模式。