IMHO

Builder是某种更复杂的工厂。

但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。

所以，谈论“创造性模式”的复杂性演变，你可以这样想：

Dependency Injection Container -> Service Locator -> Builder -> Factory

构建模式强调创建对象的复杂性（通过“步骤”解决）

抽象模式强调（多个但相关的）对象的“抽象”。

工厂：用于创建对象的实例，其中对象的依赖项完全由工厂保存。对于抽象工厂模式，通常有许多相同抽象工厂的具体实现。工厂的正确实现是通过依赖注入注入的。

生成器：用于构建不可变对象，当要实例化的对象的依赖项部分是预先知道的，部分是由生成器的客户端提供的。

Factory模式几乎可以看作是Builder模式的简化版本。

在Factory模式中，工厂负责根据需要创建对象的各种子类型。

工厂方法的用户不需要知道该对象的确切子类型。工厂方法createCar的示例可能返回Ford或Honda类型的对象。

在生成器模式中，不同的子类型也由生成器方法创建，但同一子类中对象的组成可能不同。

要继续汽车示例，您可能需要一个createCarbuilder方法，该方法创建一个带有4缸发动机的Honda类型的对象，或者一个带有6缸的Honda型对象。构建器模式允许这种更精细的粒度。

生成器模式和工厂方法模式的图表都可以在维基百科上找到。

IMHO

Builder是某种更复杂的工厂。

但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。

所以，谈论“创造性模式”的复杂性演变，你可以这样想：

Dependency Injection Container -> Service Locator -> Builder -> Factory

区别很明显在生成器模式中，生成器将为您创建特定类型的对象。你必须告诉我什么建筑商必须建造。在工厂模式中，使用抽象类可以直接构建特定对象。

在这里，生成器类充当主类和特定类型类之间的中介。更抽象。