建造者模式（Builder）将复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
建造者模式通常包括下面几个角色：
1. builder：给出一个抽象接口，以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建，并不涉及具体的对象部件的创建。为创建一个Product对象的各个部件指定抽象接口；
2. ConcreteBuilder：实现Builder接口，针对不同的商业逻辑，具体化复杂对象的各部分的创建。 在建造过程完成后，提*品的实例。定义并明确它所创建的表示；提供一个检索Product的接口；
3. Director：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。构造一个使用Builder接口的对象；
4. Product：要创建的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程；
在建造者模式中，Director规定了创建一个对象所需要的步骤和次序，Builder则提供了一些列完成这些步骤的方法，ConcreteBuilder给出了这些方法的具体实现，是对象的直接创建者。
按照惯例，还是给出建造者模式的结构图
建造者模式和工厂模式非常相似，建造者模式注重零部件的组装过程，而工厂方法模式更注重零部件的创建过程。两者也有结合使用；
使用建造者模式的好处：
1.使用建造者模式可以使客户端不必知道产品内部组成的细节。
2.具体的建造者类之间是相互独立的，对系统的扩展非常有利。
3.由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响。
使用建造模式的场合：
1.创建一些复杂的对象时，这些对象的内部组成构件间的建造顺序是稳定的，但是对象的内部组成构件面临着复杂的变化。
2.要创建的复杂对象的算法，独立于该对象的组成部分，也独立于组成部分的装配方法时。