将一个复杂对象的构建与它的标示分离，使得同样的构建过程可以创建不同的标示.
建造者模式是较为复杂的创建型模式，它将客户端与包含多个组成部分（或部件）的复杂对象的创建过程分离，客户端无须知道复杂对象的内部组成部分与装配方式，只需要知道所需的建造者类型即可.
建造者模式中的4个角色：
1、Builder(抽象建造者）：它为创建一个产品Product对象的各个部件指定抽象接口，在该接口中一般声明两类方法：一类方法是buildPartX()，用于创建复杂对象的各个部件，另一类方法是getResult()，用于返回复杂对象；
2、ConcreteBuilder（具体建造者）：它实现了Builder中的接口，实现各个部件的具体构造和装配方法，定义并明确其所创建的复杂对象；
3、Product（产品角色）：它是被构建的复杂对象，包含多个组成部件，具体建造者创建该产品的内部表示并定义其装配过程；
4、Director（指挥者）：它负责安排复杂对象的构造次序，指挥者与抽象者之间存在依赖关系，可以在其construct()建造方法中调用建造者对象的部件构造与装配方法，完成复杂对象的建造;
我们可以将ActorController中的construct方法置于ActorBuilder类中，但是这样会加重抽象建造者类的职责，如果construct()方法较为复杂，带构建产品的组成部分较多，建议还是将construc()方法单独封装在一个类中，这样更符合单一职责原则（Single Responsibility Principle, SRP).
建造者模式主要优点：每一个具体建造者都相对独立，而与其它具体建造者无关，因此可以很方便地替换具体建造者或增加新的具体建造者，用户使用不同的具体建造者即可得到不同的产品对象。由于指挥者类针对抽象建造者编程，增加新的具体建造者无须修改原有类库的代码，系统扩展方便，符合“开闭原则”(Open-Closed Principle, OCP)"；
建造者模式的缺点：建造者模式要求所创建的产品一般具有较多的共同点，其组成部分相似，若产品之间爱你差异较大则不适合使用建造者模式；如果产品内部结构复杂且多变，可能会需要定义很多具体建造者类来实现这种变化，这就导致了系统变得很庞大，增加系统的理解难度和运行成本;
建造者模式适用场景：需要生成的产品对象的属性相互依赖，需要指定其生成顺序；对象创建过程封装在指挥者类中，而不在建造者类和客户类中.