亦称： 虚拟构造函数、Virtual Constructor、Factory Method

调用工厂方法的代码 （通常被称为客户端代码） 无需了解不同子类返回实际对象之间的差别。 客户端将所有产品视为抽象的 Transport 。 客户端知道所有运输对象都提供 deliver()， 但是并不关心其具体实现方式。

适用场景

• 当你在编写代码的过程中， 如果无法预知对象确切类别及其依赖关系时，可使用工厂方法。
  • 工厂方法将创建产品的代码与实际使用产品的代码分离， 从而能在不影响其他代码的情况下扩展产品创建部分代码。
• 如果你希望用户能扩展你软件库或框架的内部组件，可使用工厂方法。
  • 将各框架中构造组件的代码集中到单个工厂方法中， 并在继承该组件之外允许任何人对该方法进行重写。
• 如果你希望复用现有对象来节省系统资源， 而不是每次都重新创建对象， 可使用工厂方法。
  • 在处理大型资源密集型对象 （比如数据库连接、 文件系统和网络资源） 时， 你会经常碰到这种资源需求。

优缺点

<aside> ✅ 避免创建者和具体产品之间的紧密耦合。

</aside>

<aside> ✅ 单一职责原则。 你可以将产品创建代码放在程序的单一位置， 从而使得代码更容易维护。

</aside>

<aside> ✅ **开闭原则。**无需更改现有客户端代码， 你就可以在程序中引入新的产品类型。

</aside>

<aside> ❌ 应用工厂方法模式需要引入许多新的子类， 代码可能会因此变得更复杂。 最好的情况是将该模式引入创建者类的现有层次结构中。

</aside>