BUILDER（生成器）—对象创建型模式

意图

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

适用性

在以下情况使用B u i l d e r模式
• 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
• 当构造过程必须允许被构造的对象有不同的表示时

参与者

• B u i l d e r（Te x t C o n v e r t e r）
— 为创建一个P r o d u c t对象的各个部件指定抽象接口。
• C o n c r e t e B u i l d e r（A S C I I C o n v e r t e r、Te X C o n v e r t e r、Te x t Wi d g e t C o n v e r t e r）
— 实现B u i l d e r的接口以构造和装配该产品的各个部件。
— 定义并明确它所创建的表示。
— 提供一个检索产品的接口（例如， G e t A S C I I Te x t和G e t Te x t Wi d g e t）。
• Director（RT F R e a d e r）
— 构造一个使用B u i l d e r接口的对象。
• P r o d u c t（A S C I I Te x t、Te X Te x t、Te x t Wi d g e t）
— 表示被构造的复杂对象。C o n c r e t e B u i l d e r创建该产品的内部表示并定义它的装配过程。
— 包含定义组成部件的类，包括将这些部件装配成最终产品的接口。

相关模式

Abstract Factory（3 . 1）与B u i l d e r相似，因为它也可以创建复杂对象。主要的区别是
B u i l d e r模式着重于一步步构造一个复杂对象。而 Abstract Factory着重于多个系列的产品对象
（简单的或是复杂的）。B u i l d e r在最后的一步返回产品，而对于 Abstract Factory来说，产品是
立即返回的。
C o m p o s i t e（4 . 3）通常是用B u i l d e r生成的。

builder模式适用于"构建算法不常变，而构建部件(子对象)的构建常变(这样才有【同样的构建过程可以创建不同的表示】)"，不适用于"构建算法常变的需求"