工厂只是一个围绕构造函数（可能是不同类中的一个）的包装函数。关键区别在于，工厂方法模式要求在单个方法调用中构建整个对象，所有参数都在一行中传递。将返回最终对象。

另一方面，构建器模式本质上是一个包装器对象，它围绕着您可能希望传递到构造函数调用中的所有可能参数。这允许您使用setter方法来缓慢地建立参数列表。生成器类上的另一个方法是build（）方法，它简单地将生成器对象传递到所需的构造函数中，并返回结果。

在像Java这样的静态语言中，当您有多个（可能是可选的）参数时，这就变得更加重要，因为它避免了对所有可能的参数组合使用伸缩构造函数的要求。此外，生成器允许您使用setter方法来定义在调用构造函数后不能直接修改的只读或私有字段。

基本工厂示例

// Factory
static class FruitFactory {
    static Fruit create(name, color, firmness) {
        // Additional logic
        return new Fruit(name, color, firmness);
    }
}

// Usage
Fruit fruit = FruitFactory.create("apple", "red", "crunchy");

基本生成器示例

// Builder
class FruitBuilder {
    String name, color, firmness;
    FruitBuilder setName(name)         { this.name     = name;     return this; }
    FruitBuilder setColor(color)       { this.color    = color;    return this; }
    FruitBuilder setFirmness(firmness) { this.firmness = firmness; return this; }
    Fruit build() {
        return new Fruit(this); // Pass in the builder
    }
}

// Usage
Fruit fruit = new FruitBuilder()
        .setName("apple")
        .setColor("red")
        .setFirmness("crunchy")
        .build();

比较这两个维基百科页面的代码样本可能是值得的：

http://en.wikipedia.org/wiki/Factory_method_patternhttp://en.wikipedia.org/wiki/Builder_pattern

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

复杂构造是指要构造的对象由抽象表示的不同的其他对象组成。

考虑麦当劳的菜单。菜单包括饮料、主菜和配菜。根据单个抽象的后代组合在一起，创建的菜单具有另一种表示。

例如：可乐、巨无霸、薯条示例：雪碧、掘金、卷曲薯条

在那里，我们得到了两个具有不同表示的菜单实例。施工过程保持不变。您可以创建一个菜单，其中包含饮料、主菜单和副菜单。

通过使用生成器模式，可以将创建复杂对象的算法与用于创建它的不同组件分开。

就构建器模式而言，算法封装在控制器中，而构建器用于创建完整的部分。在控制器的算法中改变使用的生成器会导致不同的表示，因为其他部分都是由菜单组成的。菜单的创建方式保持不变。

生成器和抽象工厂有着不同的目的。根据正确的用例，您必须选择合适的设计模式。

生成器的显著特点：

生成器模式使用简单对象和分步方法构建复杂对象生成器类逐步构建最终对象。此生成器独立于其他对象在这种情况下替换为Factory方法/抽象工厂：从客户端程序传递给Factory类的参数太多，容易出错某些参数可能是可选的，不像工厂中强制发送所有参数

工厂（简单工厂）的显著特点：

创建型模式基于继承Factory返回一个Factory方法（接口），然后返回具体对象您可以用新的具体对象替换接口，客户端（调用者）不应该知道所有具体实现客户端始终只访问接口，您可以在Factory方法中隐藏对象创建详细信息。

通常，设计从使用工厂方法（不那么复杂，更可定制，子类激增）开始，并向抽象工厂、原型或生成器（更灵活，更复杂）发展

查看相关帖子：

将生成器保持在单独的类中（流畅的接口）

设计模式：工厂vs工厂方法vs抽象工厂

有关详细信息，请参阅以下文章：

资源制造

日志记录设备

工厂模式在运行时创建一个类的具体实现，即它的主要目的是使用多态性来允许子类决定实例化哪个类。这意味着在编译时我们不知道将要创建的确切类，而Builder模式主要涉及解决伸缩构造函数反模式的问题，这是由于类的大量可选字段而产生的。在构建器模式中，没有多态性的概念，因为我们知道在编译时要构造什么对象。

这两种模式的唯一共同主题是在工厂方法和构建方法后面隐藏构造函数和对象创建，以改进对象构造。

生成器和抽象工厂生成器设计模式在某种程度上与抽象工厂模式非常相似。这就是为什么在使用其中一种或另一种情况时，能够区分不同的情况是很重要的。在抽象工厂的情况下，客户端使用工厂的方法来创建自己的对象。在Builder的例子中，Builder类被指示如何创建对象，然后被要求创建对象，但是类的组合方式取决于Builder类，这一细节决定了两种模式之间的区别。产品通用接口在实践中，由混凝土建设者创建的产品具有明显不同的结构，因此如果没有理由派生不同的产品，则生成一个公共的父类。这也将生成器模式与抽象工厂模式区分开来，抽象工厂模式创建从公共类型派生的对象。

发件人：http://www.oodesign.com/builder-pattern.html