设计模式Builder（建造者）模式

1、出现原因

 在软件系统中，有时候会面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂的对象的各个部分可能面临着剧烈的变化，但是把他们组合在一起的算法很稳定。

 提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求的改变而改变

 

 2、意图：

 将复杂对象的构建与其表示相分离（客户不关心这个复杂对象产品内部是怎么创建的），使得同样的构建工程可以创建不同的表示。

 

3、结构图

 

 

4、现实的简易的例子

1、客户找到包工头,要求建一个房子,

2、包工头找到不同的建筑队(Builder)来建筑房子的每个部分,建好房子后,交付给客户

3、客户不关心房子的建造细节,由包工头负责管理房子建造的细节 

 

5、代码演示

1》第一种：含有指导者（对象的各个部分的创建顺序有main函数决定）

  Builder模式

 

主函数调用：

1             Product p = null;//定义一个产品对象用来接收导者创建出来的产品
2             Directer directer = new Directer();
3             directer.Contract();//创建产品
4             p = directer.GetResult();

 

2》第二种：不含指导者（将对象的创建过程在创建者内部就已经决定好了） 

  Builder模式（不含指导者）

 

 总结：Builder模式是将复杂对象的各个字部分的创建封装了起来，不管这个子对象怎么变化，都不会影响到那个复杂的对象，因为Builder已经将创建和表示隔离开了。

 

6、创建者角色和产品角色合并

 

1、具体建造者角色和产品角色合并，从而使得产品自己就是自己的建造者。（在Product 内部含有对每个 子部分对象的创建方法）

 

2、这样做混淆了对象的建造者和对象本身，但是有时候一个产品对象有着固定的几个零件，而且永远只有这几个零件，此时将产品类和建造类合并，可以使系统简单易读。

下面是“创建者角色和产品角色合并”的最好诠释

 7、.Net中简化的Builder模式（StringBuilder）

 System.Text.StringBuilder sb = new StringBuilder();

 sb.Append("aa");//添加的子对象部分(这就是创建 子对象的部分)

 sb.Append("bb");(这个就对应 GetResult())

 string str=  sb.ToString();//最终 都演变成 最后一种形式

 

8、效果

1、建造者模式的使用使得产品的内部表象可以独立的变化。使用建造者模式可以使客户端不必知道产品内部组成的细节。 

2、每一个Builder都相对独立，而与其它的Builder无关。 （一个产品有一个Builder相对应）

3、可使对构造过程更加精细控制。（可以对产品对象的创建过程进行控制）

4、将构建代码和表示代码分开。 

5、建造者模式的缺点在于难于应付“分步骤构建算法”的需求变动。（如果子对象创建的顺序总是改变的话，这个模式就不适用了）

 

9、适用性

1、需要生成的产品对象有复杂的内部结构。 

2、需要生成的产品对象的属性相互依赖(可以通过Builder进行控制)，建造者模式可以强迫生成顺序。 （生成顺序可以通过Builder进行控制）

3、 在对象创建过程中会使用到系统中的一些其它对象，这些对象在产品对象的创建过程中不易得到。

 

10、总结

1、Builder 模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化。

2、变化点在哪里，封装哪里—— Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。（如果创建算法总是变化就不适用了）

3、Abstract Factory模式解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化。

4、Builder模式通常和Composite模式组合使用。（后面会对这个设计模式做介绍的）