IMHO

Builder是某种更复杂的工厂。

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

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

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

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

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

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

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

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

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

对于设计模式，通常没有适用于所有情况的“更有利”解决方案。这取决于您需要实施什么。

来自维基百科：

Builder专注于构建一步一步复杂的物体。摘要工厂强调产品系列对象（简单或复杂）。生成器将产品作为最终产品返回步骤，但就抽象而言工厂关心，产品得到立即返回。生成器通常构建一个复合。通常，设计开始时使用工厂方法（不那么复杂，更多可定制，子类激增）并向抽象工厂发展，原型或生成器（更灵活，更复杂）发现更灵活的地方需要。有时创造模式是互补的：构建者可以使用要实现的其他模式构建哪些组件。摘要工厂、建造商和原型可以使用Singleton实现。

工厂设计模式维基百科条目：http://en.wikipedia.org/wiki/Factory_method_pattern

构建器设计模式的维基百科条目：http://en.wikipedia.org/wiki/Builder_pattern

生成器模式和工厂模式看起来都很像肉眼，因为它们都为您创建对象。

但你需要仔细观察

这个现实生活中的例子将使两者之间的区别更加明显。

假设你去了一家快餐店，点了食物。

1） 什么食物？

披萨

2） 什么浇头？

辣椒，番茄，烤鸡，无菠萝

因此，不同种类的食物是通过工厂模式制作的，但特定食物的不同变体（口味）是通过构建模式制作的。

不同种类的食物

披萨、汉堡、意大利面

披萨的变体

只有奶酪、奶酪+番茄+辣椒、奶酪+西红柿等。

代码示例

您可以在这里看到这两种模式的示例代码实现生成器模式工厂模式

它们之间的主要区别在于，生成器模式主要描述一步一步创建复杂对象。在抽象工厂模式中，重点是对象系列产品。生成器在最后一步返回产品。在抽象工厂模式中，产品立即可用。

例子：假设我们正在创建迷宫

1.抽象工厂：

Maze* MazeGame::CreateMaze (MazeFactory& factory) {
Maze* maze = factory.MakeMaze(); /// product is available at start!!
 /* Call some methods on maze */
return maze;
}

2.建造商：

Maze* MazeGame::CreateMaze (MazeBuilder& builder) {
builder.buildMaze(); /// We don't have access to maze
 /* Call some methods on builder */
return builder.GetMaze();
}

复杂构造是指要构造的对象由抽象表示的不同的其他对象组成。

考虑麦当劳的菜单。菜单包括饮料、主菜和配菜。根据单个抽象的后代组合在一起，创建的菜单具有另一种表示。

例如：可乐、巨无霸、薯条示例：雪碧、掘金、卷曲薯条

在那里，我们得到了两个具有不同表示的菜单实例。施工过程保持不变。您可以创建一个菜单，其中包含饮料、主菜单和副菜单。

通过使用生成器模式，可以将创建复杂对象的算法与用于创建它的不同组件分开。

就构建器模式而言，算法封装在控制器中，而构建器用于创建完整的部分。在控制器的算法中改变使用的生成器会导致不同的表示，因为其他部分都是由菜单组成的。菜单的创建方式保持不变。