对于设计模式，通常没有适用于所有情况的“更有利”解决方案。这取决于您需要实施什么。

来自维基百科：

Builder专注于构建一步一步复杂的物体。摘要工厂强调产品系列对象（简单或复杂）。生成器将产品作为最终产品返回步骤，但就抽象而言工厂关心，产品得到立即返回。生成器通常构建一个复合。通常，设计开始时使用工厂方法（不那么复杂，更多可定制，子类激增）并向抽象工厂发展，原型或生成器（更灵活，更复杂）发现更灵活的地方需要。有时创造模式是互补的：构建者可以使用要实现的其他模式构建哪些组件。摘要工厂、建造商和原型可以使用Singleton实现。

工厂设计模式维基百科条目：http://en.wikipedia.org/wiki/Factory_method_pattern

构建器设计模式的维基百科条目：http://en.wikipedia.org/wiki/Builder_pattern

构建器设计模式描述了一个对象，该对象知道如何在几个步骤中创建另一个特定类型的对象。它在每个中间步骤保持目标项所需的状态。想想StringBuilder是如何生成最终字符串的。

工厂设计模式描述了一个对象，该对象知道如何在一个步骤中创建几种不同但相关的对象，其中特定类型是基于给定参数选择的。想想串行化系统，在这里创建串行化器，它在一次加载调用中构造所需的in对象。

与工厂模式相比，构建器模式的主要优势在于，如果您希望创建一些具有大量可能自定义的标准对象，但最终通常只能自定义少数对象。

例如，如果你想写一个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()

如果你使用一个工厂模式，你最终会写出很多方法，包括所有可能的创造参数组合。对于构建器，您只需指定您关心的参数，并让构建器为您构建它，同时考虑所有其他参数。

Factory模式几乎可以看作是Builder模式的简化版本。

在Factory模式中，工厂负责根据需要创建对象的各种子类型。

工厂方法的用户不需要知道该对象的确切子类型。工厂方法createCar的示例可能返回Ford或Honda类型的对象。

在生成器模式中，不同的子类型也由生成器方法创建，但同一子类中对象的组成可能不同。

要继续汽车示例，您可能需要一个createCarbuilder方法，该方法创建一个带有4缸发动机的Honda类型的对象，或者一个带有6缸的Honda型对象。构建器模式允许这种更精细的粒度。

生成器模式和工厂方法模式的图表都可以在维基百科上找到。

生成器模式和工厂模式看起来都很像肉眼，因为它们都为您创建对象。

但你需要仔细观察

这个现实生活中的例子将使两者之间的区别更加明显。

假设你去了一家快餐店，点了食物。

1） 什么食物？

披萨

2） 什么浇头？

辣椒，番茄，烤鸡，无菠萝

因此，不同种类的食物是通过工厂模式制作的，但特定食物的不同变体（口味）是通过构建模式制作的。

不同种类的食物

披萨、汉堡、意大利面

披萨的变体

只有奶酪、奶酪+番茄+辣椒、奶酪+西红柿等。

代码示例

您可以在这里看到这两种模式的示例代码实现生成器模式工厂模式

工厂模式允许您一次创建一个对象，而生成器模式允许您中断对象的创建过程。这样，您可以在创建对象期间添加不同的功能。