1700459750
1700459751
}
1700459752
1700459753
需要注意的是，如果有多个产品类就有几个具体的建造者，而且这多个产品类具有相同接口或抽象类，参考我们上面的例子。
1700459754
1700459755
导演类如代码清单11-15所示。
1700459756
1700459757
代码清单11-15 导演类
1700459758
1700459759
public class Director{
1700459760
1700459761
private Builder builder=new ConcreteProduct（）；
1700459762
1700459763
//构建不同的产品
1700459764
1700459765
public Product getAProduct（）{
1700459766
1700459767
builder.setPart（）；
1700459768
1700459769
/*
1700459770
1700459771
*设置不同的零件，产生不同的产品
1700459772
1700459773
*/
1700459774
1700459775
return builder.buildProduct（）；
1700459776
1700459777
}
1700459778
1700459779
}
1700459780
1700459781
导演类起到封装的作用，避免高层模块深入到建造者内部的实现类。当然，在建造者模式比较庞大时，导演类可以有多个。
1700459782
1700459783
1700459784
1700459785
1700459787
设计模式之禅 11.3 建造者模式的应用
1700459788
1700459789
11.3.1 建造者模式的优点
1700459790
1700459791
❑封装性
1700459792
1700459793
使用建造者模式可以使客户端不必知道产品内部组成的细节，如例子中我们就不需要关心每一个具体的模型内部是如何实现的，产生的对象类型就是CarModel。
1700459794
1700459795
❑建造者独立，容易扩展
1700459796
1700459797
BenzBuilder和BMWBuilder是相互独立的，对系统的扩展非常有利。
1700459798
1700459799
❑便于控制细节风险
[
上一页 ]
[ :1.70045975e+09 ]
[
下一页 ]