Builder

Builder模式的缘起
假设创建游戏中的一个房屋设施，该房屋的构建由几个部分组成，而且各个部分要富于变化。
如果使用最直观的设计方法，每一个房屋部分的变化，都将导致房屋构建的重新修正

动机
再软件系统中，有时候面临着一个复杂对象的创建工作，通常由各个部分的子对象用一定的算法构成由于

需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将他们组合在一起的算法却相对稳定

。

如何英对这种变化？如何提供一种封装机制来隔离出复杂对象的各个部分的变化，从而保持系统中的稳定

够建算法不随着需求改变而改变？

意图
将一个复杂对象的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。

几个要点：
主要用于分步骤够建一个复杂的对象，其中分步骤是一个稳定的算法，而复杂对象的各个部分则经常变化

。
变化点再哪里，封装哪里，主要在于应对复杂对象的各个部分的频繁需求变动。其缺点在于难以应对分步

骤够建算法的需求变动。

abstract Factory模式解决系列对象的需求变化，Builder模式解决对象部分的需求变化。Builder模式通

常和Composite模式组合使用。