Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
与工厂模式相比，构建器模式的主要优势在于，如果您希望创建一些具有大量可能自定义的标准对象，但最终通常只能自定义少数对象。
例如，如果你想写一个HTTP客户端，你将设置一些默认参数，比如默认的写/读超时、协议、缓存、DNS、拦截器等。
客户端的大多数用户将只使用这些默认参数，而其他一些用户可能希望自定义一些其他参数。在某些情况下，您只需要更改超时并按原样使用其余部分，而在其他情况下，可能需要自定义例如缓存。
以下是实例化客户端的可能方法（取自OkHttpClient）：
//just give me the default stuff
HttpClient.Builder().build()
//I want to use custom cache
HttpClient.Builder().cache(MyCache()).build()
//I want custom connection timeout
HttpClient.Builder().connectTimeout(30, TimeUnit.SECONDS).build()
//I am more interested in read/write timeout
HttpClient.Builder()
.readTimeout(30, TimeUnit.SECONDS)
.writeTimeout(30, TimeUnit.SECONDS).build()
如果你使用一个工厂模式，你最终会写出很多方法，包括所有可能的创造参数组合。对于构建器，您只需指定您关心的参数，并让构建器为您构建它，同时考虑所有其他参数。
其他回答
工厂模式允许您一次创建一个对象，而生成器模式允许您中断对象的创建过程。这样，您可以在创建对象期间添加不同的功能。
生成器和抽象工厂生成器设计模式在某种程度上与抽象工厂模式非常相似。这就是为什么在使用其中一种或另一种情况时，能够区分不同的情况是很重要的。在抽象工厂的情况下，客户端使用工厂的方法来创建自己的对象。在Builder的例子中，Builder类被指示如何创建对象，然后被要求创建对象，但是类的组合方式取决于Builder类，这一细节决定了两种模式之间的区别。产品通用接口在实践中，由混凝土建设者创建的产品具有明显不同的结构，因此如果没有理由派生不同的产品，则生成一个公共的父类。这也将生成器模式与抽象工厂模式区分开来，抽象工厂模式创建从公共类型派生的对象。
发件人：http://www.oodesign.com/builder-pattern.html
在我看来当您希望从一堆其他对象创建对象，并且创建零件需要独立于要创建的对象时，使用生成器模式。它有助于向客户端隐藏部件的创建，以使构建器和客户端独立。它用于创建复杂对象（可能包含复杂财产的对象）
而工厂模式指定您要创建一个公共族的对象，并希望它立即被切去。它用于更简单的对象。
抽象工厂和生成器模式都是创造性模式，但目的不同。
抽象工厂模式强调为相关对象族创建对象，其中：
每个族都是从公共基类/接口派生的一组类。每个对象都会作为一次调用的结果立即返回。
构建器模式侧重于一步一步地构建一个复杂的对象。它将表示与构造复杂对象的过程解耦，以便相同的构造过程可以用于不同的表示。
Builder对象封装了复杂对象的配置。Director对象知道使用Builder的协议，其中协议定义了构建复杂对象所需的所有逻辑步骤。
区别很明显在生成器模式中，生成器将为您创建特定类型的对象。你必须告诉我什么建筑商必须建造。在工厂模式中，使用抽象类可以直接构建特定对象。
在这里，生成器类充当主类和特定类型类之间的中介。更抽象。
