[设计模式笔记] 建造者模式（Builder Pattern）

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

对象性质的建造：

• 有些情况下，一个对象会有一些重要的性质，在它们没有恰当的值之前，对象不能作为一个完整的产品使用。比如，一个电子邮件有发件人地址、收件人地址、主题、内容、附录等部分，而在最起码的收件人地址未被赋值之前，这个电子邮件不能发出。
• 有些情况下，一个对象的一些性质必须按照某个顺序赋值才有意义。在某个性质没有赋值之前，另一个性质则无法赋值。这些情况使得性质本身的建造涉及到复杂的商业逻辑。
  • 这时候，此对象相当于一个有待建造的产品，而对象的这些性质相当于产品的零件，建造产品的过程就是组合零件的过程。由于组合零件的过程很复杂，因此，这些“零件”的组合过程往往被“外部化”到一个称作建造者的对象里，建造者返还给客户端的是一个全部零件都建造完毕的产品对象。

思路：

• 先把构建过程独立出来，在建造者模式中把它称为知道这，由它来指导装配过程，但不负责每步具体的实现。
• 要有能具体实现每步的对象，称之为建造者或生成器。

结构：

• 建造者（Builder）角色：定义创建一个Product对象所需的各个部件的操作。
• 具体建造者（Concrete Builder）角色：
  • 实现Builder角色提供的接口，一步一步完成创建产品实例的过程。
  • 在建造过程完成后，提供产品的实例。
• 指导者（Director）角色：主要用来使用Builder接口，以一个统一的过程来构建所需要的Priduct对象。
• 产品（Product）角色：产品便是建造中的复杂对象。

客户端作用：

• 客户端负责创建指导者和具体建造者对象。然后，客户把具体建造者对象交给指导者。客户一声令下，指导者操纵建造者开始创建产品。当产品创建完成后，建造者把产品返还给客户端。

使用场景：

• 需要生成的产品对象由复杂的内部结构。
• 需要生成的产品对象的属性相互依赖，建造者模式可以强迫生成顺序。
• 在对象创建过程中会使用到系统中的一些其它对象，这些对象在产品对象的创建过程中不易得到。

模式优点：

• 建造者模式的使用使得产品的内部表象可以独立地变化。使用建造者模式可以是客户窜不必知道产品内部组成的细节。
• 每一个Builder都相对独立，而与其它的Builder无关。
• 模式所建造的最终产品更易于控制。

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