Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
IMHO
Builder是某种更复杂的工厂。
但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。
所以，谈论“创造性模式”的复杂性演变，你可以这样想：
Dependency Injection Container -> Service Locator -> Builder -> Factory
其他回答
工厂模式在运行时创建一个类的具体实现，即它的主要目的是使用多态性来允许子类决定实例化哪个类。这意味着在编译时我们不知道将要创建的确切类，而Builder模式主要涉及解决伸缩构造函数反模式的问题，这是由于类的大量可选字段而产生的。在构建器模式中，没有多态性的概念，因为我们知道在编译时要构造什么对象。
这两种模式的唯一共同主题是在工厂方法和构建方法后面隐藏构造函数和对象创建，以改进对象构造。
| Builder | Factory |
|---|---|
| Return only single instance to handle complex object construction | Return various instances on multiple constructors |
| No interface required | Interface driven |
| Inner classes is involved (to avoid telescopic constructors) | Subclasses are involved |
伸缩构造器模式
类比：
工厂：考虑一家餐馆。创建“今天的饭”是一种工厂模式，因为你告诉厨房“给我今天的饭吃”，厨房（工厂）根据隐藏的标准决定生成什么对象。生成器：如果您订购自定义披萨，则会显示生成器。在这种情况下，服务员告诉厨师（构建者）“我需要一个比萨饼；在其中添加奶酪、洋葱和培根！”因此，构建者公开了生成对象应该具有的属性，但隐藏了如何设置这些属性。
礼貌
构建模式强调创建对象的复杂性（通过“步骤”解决）
抽象模式强调（多个但相关的）对象的“抽象”。
构建器设计模式描述了一个对象，该对象知道如何在几个步骤中创建另一个特定类型的对象。它在每个中间步骤保持目标项所需的状态。想想StringBuilder是如何生成最终字符串的。
工厂设计模式描述了一个对象，该对象知道如何在一个步骤中创建几种不同但相关的对象，其中特定类型是基于给定参数选择的。想想串行化系统，在这里创建串行化器，它在一次加载调用中构造所需的in对象。
它们之间的主要区别在于，生成器模式主要描述一步一步创建复杂对象。在抽象工厂模式中，重点是对象系列产品。生成器在最后一步返回产品。在抽象工厂模式中，产品立即可用。
例子：假设我们正在创建迷宫
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();
}
