Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
逐步构建复杂对象：构建器模式通过使用单一方法创建一个简单对象：工厂方法模式使用多工厂方法创建对象：抽象工厂模式
其他回答
在我看来当您希望从一堆其他对象创建对象，并且创建零件需要独立于要创建的对象时，使用生成器模式。它有助于向客户端隐藏部件的创建，以使构建器和客户端独立。它用于创建复杂对象（可能包含复杂财产的对象）
而工厂模式指定您要创建一个公共族的对象，并希望它立即被切去。它用于更简单的对象。
工厂：用于创建对象的实例，其中对象的依赖项完全由工厂保存。对于抽象工厂模式，通常有许多相同抽象工厂的具体实现。工厂的正确实现是通过依赖注入注入的。
生成器：用于构建不可变对象，当要实例化的对象的依赖项部分是预先知道的，部分是由生成器的客户端提供的。
复杂构造是指要构造的对象由抽象表示的不同的其他对象组成。
考虑麦当劳的菜单。菜单包括饮料、主菜和配菜。根据单个抽象的后代组合在一起，创建的菜单具有另一种表示。
例如：可乐、巨无霸、薯条示例：雪碧、掘金、卷曲薯条
在那里，我们得到了两个具有不同表示的菜单实例。施工过程保持不变。您可以创建一个菜单，其中包含饮料、主菜单和副菜单。
通过使用生成器模式，可以将创建复杂对象的算法与用于创建它的不同组件分开。
就构建器模式而言，算法封装在控制器中，而构建器用于创建完整的部分。在控制器的算法中改变使用的生成器会导致不同的表示，因为其他部分都是由菜单组成的。菜单的创建方式保持不变。
区别很明显在生成器模式中，生成器将为您创建特定类型的对象。你必须告诉我什么建筑商必须建造。在工厂模式中，使用抽象类可以直接构建特定对象。
在这里，生成器类充当主类和特定类型类之间的中介。更抽象。
IMHO
Builder是某种更复杂的工厂。
但在Builder中，您可以使用另一个工厂来实例化对象，这是构建最终有效对象所必需的。
所以，谈论“创造性模式”的复杂性演变，你可以这样想：
Dependency Injection Container -> Service Locator -> Builder -> Factory
