Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
在我看来当您希望从一堆其他对象创建对象，并且创建零件需要独立于要创建的对象时，使用生成器模式。它有助于向客户端隐藏部件的创建，以使构建器和客户端独立。它用于创建复杂对象（可能包含复杂财产的对象）
而工厂模式指定您要创建一个公共族的对象，并希望它立即被切去。它用于更简单的对象。
其他回答
抽象工厂和生成器模式都是创造性模式，但目的不同。
抽象工厂模式强调为相关对象族创建对象，其中：
每个族都是从公共基类/接口派生的一组类。每个对象都会作为一次调用的结果立即返回。
构建器模式侧重于一步一步地构建一个复杂的对象。它将表示与构造复杂对象的过程解耦，以便相同的构造过程可以用于不同的表示。
Builder对象封装了复杂对象的配置。Director对象知道使用Builder的协议，其中协议定义了构建复杂对象所需的所有逻辑步骤。
对于设计模式，通常没有适用于所有情况的“更有利”解决方案。这取决于您需要实施什么。
来自维基百科：
Builder专注于构建一步一步复杂的物体。摘要工厂强调产品系列对象（简单或复杂）。生成器将产品作为最终产品返回步骤，但就抽象而言工厂关心，产品得到立即返回。生成器通常构建一个复合。通常，设计开始时使用工厂方法（不那么复杂，更多可定制，子类激增）并向抽象工厂发展，原型或生成器（更灵活，更复杂）发现更灵活的地方需要。有时创造模式是互补的：构建者可以使用要实现的其他模式构建哪些组件。摘要工厂、建造商和原型可以使用Singleton实现。
工厂设计模式维基百科条目：http://en.wikipedia.org/wiki/Factory_method_pattern
构建器设计模式的维基百科条目：http://en.wikipedia.org/wiki/Builder_pattern
IMHO
Builder是某种更复杂的工厂。
但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。
所以，谈论“创造性模式”的复杂性演变，你可以这样想：
Dependency Injection Container -> Service Locator -> Builder -> Factory
工厂模式允许您一次创建一个对象，而生成器模式允许您中断对象的创建过程。这样，您可以在创建对象期间添加不同的功能。
工厂模式在运行时创建一个类的具体实现，即它的主要目的是使用多态性来允许子类决定实例化哪个类。这意味着在编译时我们不知道将要创建的确切类，而Builder模式主要涉及解决伸缩构造函数反模式的问题，这是由于类的大量可选字段而产生的。在构建器模式中，没有多态性的概念，因为我们知道在编译时要构造什么对象。
这两种模式的唯一共同主题是在工厂方法和构建方法后面隐藏构造函数和对象创建，以改进对象构造。
