建造者模式的定义
建造者模式(Builder Pattern)也叫做生成器模式，其定义如下：
Separate the construction of a complex object from its representation so that the same ction process can create different representations. （将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。）
通用类图如下：
在建造者模式中，有如下4个角色：
Product产品类，通常是实现了模板方法模式，也就是有模板方法和基本方法。
Builder抽象建造者，规范产品的组建，一般是由子类实现。
ConcreteBuilder具体建造者，实现抽象类定义的所有方法，并且返回一个组建好的对象。
Director导演类负责安排已有模块的顺序，然后告诉Builder开始建造。
建造者模式的应用
建造者模式的优点
封装性，用建造者模式可以使客户端不必知道产品内部组成的细节，如例子中我们就不需要关心一个具体的模型内部是如何实现的，产生的对象类型就是CarModel。
建造者独立，容易扩展口便于控制细节风险于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响。
建造者模式的使用场景
相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。
多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以用该模式。
产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建造模式非常合适。
在对象创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程中易得到时，也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建过程，本身已经违反设计的最初目标。
建造者模式的注意事项
建造者模式关注的是零件类型和装配工艺（顺序），这是它与工厂方法模式最大不同的地方，虽然同为创建类模式，但是注重点不同。
建造者模式的扩展
建造者模式最主要的功能是基本方法的调用顺序安排，也就是这些基本方法已经实现了，通俗地说就是零件的装配，顺序不同产生的对象也不同；而工厂方法则重点是创建，创建零件是它的主要职责，组装顺序则不是它关心的。
最佳实践
再次说明，在使用建造者模式的时候考虑一下模板方法模式，别孤立地思考一个模式，僵地套用一个模式会让你受害无穷！如果你已经看懂本书举的例子，并认可这种建造者模式，那你就放心使用，比单独使用建造者高效、简洁得多。
