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

构建模式强调创建对象的复杂性（通过“步骤”解决）

抽象模式强调（多个但相关的）对象的“抽象”。

许多设计从使用工厂方法开始（不太复杂，通过子类更可定制），并向抽象工厂、原型或生成器（更灵活，但更复杂）发展。

Builder专注于逐步构建复杂对象。

实施：

明确定义构建所有可用产品表示的通用构建步骤。否则，您将无法继续实现该模式。在基本生成器接口中声明这些步骤。为每个产品表示创建一个具体的生成器类，并实现它们的构造步骤。

抽象工厂专门创建相关对象的族。Abstract Factory会立即返回产品，而Builder允许您在获取产品之前运行一些额外的构建步骤。

您可以将抽象工厂与Bridge一起使用。当Bridge定义的某些抽象只能用于特定实现时，这种配对非常有用。在这种情况下，抽象工厂可以封装这些关系，并从客户端代码中隐藏复杂性。

深入设计模式

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

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

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

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

两者都是创造模式，以创建对象。

1） 工厂模式-假设您有一个超级类和N个子类。对象的创建取决于传递的参数/值。

2） 生成器模式-创建复杂对象。

Ex: Make a Loan Object. Loan could be house loan, car loan ,
    education loan ..etc. Each loan will have different interest rate, amount ,  
    duration ...etc. Finally a complex object created through step by step process.