定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

类型：对象创建型模式

类图：

• Builder：生成器接口，定义创建一个Product对象所需要的各个部件的操作。
• ConcreteBuilder：具体的生成器实现，实现各个部件的创建，并负责组装Product对象的各个部件，同时还提供一个让用户获取组装完成后的产品对象的方法。
• Director：指导者，也被称导向者，主要用来使用Builder接口，以一个统一的过程来构建所需要的Product对象。
• Product：产品，表示被生成器构建的复杂对象，包含多个部件。

生成器模式示例代码

1、生成器接口定义的示例代码

2、具体生成器实现的示例代码

3、相应的产品对象接口的示例代码

4、最后是指导者的实现示意，示例代码如下：

应用场景-- 导出数据的应用框架

在讨论工厂方法模式的时候，提供了一个导出数据的应用框架。

对于导出数据的应用框架，通常在导出数据上，会有一些约束的方式，比如导出成文本格式、数据库备份形式、Excel格式、Xml格式等。

在工厂方法模式章节里面，讨论并使用工厂方法模式来解决了如何选择具体导出方式的问题，并没有涉及到每种方式具体如何实现。

换句话说，在讨论工厂方法模式的时候，并没有讨论如何实现导出成文本、Xml等具体格式，本章就来讨论这个问题。

对于导出数据的应用框架，通常对于具体的导出内容和格式是有要求的，加入现在有如下要求，简单描述一下：

• 导出的文件，不管是什么格式，都分成3个部分，分别是文件头、文件体、文件尾。
• 在文件头部分，需要描述如下信息：分公司或者门市编号、导出数据的日期。
• 在文件体部分，需要描述如下信息：表名称，然后分条描述数据。
• 在文件尾部分，需要描述如下信息：输出人。

1、下面将描述文件各个部分的数据对象定义出来

描述输出到文件头的内容的对象，示例代码如下：

描述输出数据的对象，示例代码如下：

描述输出到文件尾的内容的对象，示例代码如下：

2、定义Builder接口，主要是把导出各种格式文件的处理过程的步骤定义出来，每个步骤负责构建最终导出文件的一部分。示例代码如下：

3、具体的生成器实现。

导出到文本文件的的生成器实现。示例代码如下：

导出到Xml文件的的生成器实现。示例代码如下：

4、指导者。有了具体的生成器实现后，需要由指导者来指导它进行具体的产品构建。示例代码如下：

5、客户端测试代码如下：

生成器模式的功能

生成器模式的主要功能是构建复杂的产品，而且是细化的，分步骤的构建产品，也就是生成器模式重在一步一步解决构造复杂对象的问题。如果仅仅这么认知生成器模式的功能是不够的。

更为重要的是，这个构建的过程是统一的、固定不变的，变化的部分放到生成器部分了，只要配置不同的生成器，那么同样的构建过程，就能构建出不同的产品来。

使用生成器模式构建复杂的对象

考虑这样的一个实际应用，Android图片异步加载框架，需要要创建图片加载配置的对象，里面很多属性的值都有约束，要求创建出来的对象是满足这些约束规则的。约束规则比如，线程池的数量不能小于2个、内存图片缓存的大小不能为负值等等。

要想简洁直观、安全性好，有具有很好的扩展性地创建这个对象的话，一个较好的选择就是使用Builder模式，把复杂的创建过程通过Builder来实现。

采用Builder模式来构建复杂的对象，通常会对Builder模式进行一定的简化，因为目标明确，就是创建某个复杂对象，因此做适当简化会使程序更简洁。大致简化如下：

• 由于是用Builder模式来创建某个对象，因此就没有必要再定义一个Builder接口，直接提供一个具体的构建器类就可以了。
• 对于创建一个负责的对象，可能会有很多种不同的选择和步骤，干脆去掉“指导者”，把指导者的功能和Client的功能合并起来，也就是说，Client就相当于指导者，它来指导构建器类去构建需要的复杂对象。

客户端调用示例代码如下：

生成器模式的优点

松散耦合

生成器模式可以用同一个构建算法构建出表现上完全不同的产品，实现产品构建和产品表现上的分离。生成器模式正是把产品构建的过程独立出来，使它和具体产品的表现分松散耦合，从而使得构建算法可以复用，而具体产品表现也可以很灵活地、方便地扩展和切换。

可以很容易的改变产品的内部表示

在生成器模式中，由于Builder对象只是提供接口给Director使用，那么具体部件创建和装配方式是被Builder接口隐藏了的，Director并不知道这些具体的实现细节。这样一来，要想改变产品的内部表示，只需要切换Builder接口的具体实现即可，不用管Director，因此变得很容易。

更好的复用性

生成器模式很好的实现构建算法和具体产品实现的分离。这样一来，使得构建产品的算法可以复用。同样的道理，具体产品的实现也可以复用，同一个产品的实现，可以配合不同的构建算法使用。

生成器模式的本质：分离整体构建算法和部件构造。

虽然在生成器模式的整体构建算法中，会一步一步引导Builder来构建对象，但这并不是说生成器主要就是用来实现分步骤构建对象的。生成器模式的重心还是在于分离整体构建算法和部件构造，而分步骤构建对象不过是整体构建算法的一个简单表现，或者说是一个附带产物。

何时选用生成器模式

建议在以下情况中选用生成器模式。

• 如果创建对象的算法，应该独立于该对象的组成部分以及它们的装配方式时。
• 如果同一个构建过程有着不同的表示时。