[设计模式]-建造者模式(Builder)

实例：

导出数据时，不管导出为何种文件格式(文本文件、数据库文件、XML...)，在实现时步骤基本一样：

先拼接文件头内容，再拼接文件体内容，然后是文件尾内容，最后把拼接好的内容输出成文件...

这有什么问题？

1.构建每种输出格式文件时，都要重复这几个步骤;2.今后可能会有很多不同的输出格式的要求，这就需要在处理不变的情况下，能方便的切换不同输出格式的处理

换句话说，就是构建每种格式文件的处理过程，应该和具体的步骤实现分开，这样就能复用处理过程，并且能很容易的切换不同的输出格式

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

类图：

• Builder ：生成器接口，定义创建一个Product对象所需的各个部件的操作。标准的Builder一般至少有两个方法，一个建造产品，一个返回产品
• ConcreteBuilder：生成器实现，实现各个部件的创建，并负责组装Product的各个部件，同时提供方法返回组装完成的产品对象给用户
• Director：指导者，导向者。不与产品类发生依赖关系，使用Builder接口，以一个统一的过程来构建所需的Product对象。
• Product：产品，被生成器构建的复杂对象，包含多个部件。一般会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类可以是由一个抽象类与它的不同实现组成，也可以是由多个抽象类与他们的实现组成

理解建造者模式

• 建造者模式的功能

建造者模式的主要功能是构建复杂的产品，而且是细化的分步骤的构建产品。重在一步步解决构造复杂对象的问题。更重要的，构建过程是统一的、固定不变的，变化的部分放到建造者部分了，只要配置不同的建造者，那么同样的构建过程就能构建出不同的产品来。即重心(本质)在于分离构建算法和具体的构造实现， 从而使得构建算法可以重用。

• 建造者模式构成
  • Director，负责整体的构建算法，而且是分步骤的来执行
  • Builder接口，定义如何构建各个部件实现和装配部件到产品中

Director实现整体构建算法时，需要创建和组合具体部件的时候，会把这些功能通过委托，交给Builder去完成

• 建造者模式与抽象工厂模式

建造者模式与抽象工厂模式有点相似，但是建造者模式返回一个完整的复杂产品，而抽象工厂模式返回一系列相关的产品；在抽象工厂模式中，客户端通过选择具体工厂来生成所需对象，而在建造者模式中，客户端通过指定具体建造者类型并指导Director类如何去生成对象，侧重于一步步构造一个复杂对象，然后将结果返回。如果将抽象工厂模式看成一个汽车配件生产厂，生成不同类型的汽车配件，那么建造者模式就是一个汽车组装厂，通过对配件进行组装返回一辆完整的汽车

建造者模式的优点

• 松散耦合。使得产品的构建过程与具体产品的表现松散耦合，从而使得构建算法可以复用，具体产品也可以灵活、方便的扩展和切换
• 更好的复用。构建算法与具体产品实现的分离，使得构建算法可以复用，同样的具体产品的实现也可以复用，同一个产品的实现，可以配合不同的构建算法使用