代码说明：
ComputerFactory是建造者模式的指导者。指导者做的是稳定的建造工作，假设它就是一个技术人员，他只是在做按照固定的流程，把配件组装成计算机的重复劳动工作。他不知道他现在组装的是一台游戏电脑还是一台办公用电脑，他也不知道他往主板上安装的内存是1G还是2G的。呵呵，看来是不称职的技术人员。
ComputerBuilder是抽象建造者角色。它主要是用来定义两种接口，一种接口用于规范产品的各个部分的组成。比如，这里就规定了组装一台电脑所需要的5个工序。第二种接口用于返回建造后的产品，在这里我们没有定义抽象方法，反正建造出来的总是电脑。
OfficeComputerBuilder和GameComputerBuilder是具体的建造者。他的工作就是实现各建造步骤的接口，以及实现返回产品的接口，在这里后者省略了。
Computer就是建造出来的复杂产品。在代码中，我们的各种建造步骤都是为创建产品中的各种配件服务的，Computer定义了一个相对具体的产品，在应用中可以把这个产品进行比较高度的抽象，使得不同的具体建造者甚至可以建造出完全不同的产品。
看看客户端的代码，用户先是选择了一个具体的Builder，用户应该很明确它需要游戏电脑还是办公电脑，但是它可以对电脑一无所知，由销售人员给出一个合理的配置单。然后用户让ComputerFactory去为它组装这个电脑。组装完成后ComputerFactory开机，给用户验收电脑的配置是否正确。
你或许觉得ComputerBuilder和是抽象工厂模式中的抽象工厂角色差不多，GameComputerBuilder又像是具体工厂。其实，建造者模式和抽象工厂模式的侧重点不同，前者强调一个组装的概念，一个复杂对象由多个零件组装而成并且组装是按照一定的标准射顺序进行的，而后者强调的是创建一系列产品。建造者模式适用于组装一台电脑，而抽象工厂模式适用于提供用户笔记本电脑、台式电脑和掌上电脑的产品系列。
建造者模式的定义和类图
介绍完了建造者模式的具体实现之后吗，下面具体看下建造者模式的具体定义是怎样的。
建造者模式（Builder Pattern）:将一个复杂对象的构建于它的表示分离，使得同样的构建过程可以创建不同的表示。
建造者模式使得建造代码与表示代码的分离，可以使客户端不必知道产品内部组成的细节，从而降低了客户端与具体产品之间的耦合度，下面通过类图来帮助大家更好地理清建造者模式中类之间的关系。
