Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
生成器模式和工厂模式看起来都很像肉眼，因为它们都为您创建对象。
但你需要仔细观察
这个现实生活中的例子将使两者之间的区别更加明显。
假设你去了一家快餐店，点了食物。
1） 什么食物？
披萨
2） 什么浇头？
辣椒，番茄，烤鸡，无菠萝
因此，不同种类的食物是通过工厂模式制作的，但特定食物的不同变体（口味）是通过构建模式制作的。
不同种类的食物
披萨、汉堡、意大利面
披萨的变体
只有奶酪、奶酪+番茄+辣椒、奶酪+西红柿等。
代码示例
您可以在这里看到这两种模式的示例代码实现生成器模式工厂模式
其他回答
抽象工厂和生成器模式都是创造性模式，但目的不同。
抽象工厂模式强调为相关对象族创建对象，其中：
每个族都是从公共基类/接口派生的一组类。每个对象都会作为一次调用的结果立即返回。
构建器模式侧重于一步一步地构建一个复杂的对象。它将表示与构造复杂对象的过程解耦，以便相同的构造过程可以用于不同的表示。
Builder对象封装了复杂对象的配置。Director对象知道使用Builder的协议，其中协议定义了构建复杂对象所需的所有逻辑步骤。
在我看来当您希望从一堆其他对象创建对象，并且创建零件需要独立于要创建的对象时，使用生成器模式。它有助于向客户端隐藏部件的创建，以使构建器和客户端独立。它用于创建复杂对象（可能包含复杂财产的对象）
而工厂模式指定您要创建一个公共族的对象，并希望它立即被切去。它用于更简单的对象。
构建模式强调创建对象的复杂性（通过“步骤”解决）
抽象模式强调（多个但相关的）对象的“抽象”。
两者非常相似，但如果您有大量用于对象创建的参数，其中一些参数是可选的，并且具有一些默认值，请选择生成器模式。
IMHO
Builder是某种更复杂的工厂。
但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。
所以，谈论“创造性模式”的复杂性演变，你可以这样想：
Dependency Injection Container -> Service Locator -> Builder -> Factory
