设计模式-Builder模式

GoF对Builder模式的定义是将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

如果只看这句话很好理解，因为对于很多对象而言都有这个需求，你需要逐步构建一个复杂对象。但同时也是我很不理解的一个模式，因为看书或者一些BLOG都会有提到Director这个角色，而且例子中无一例外都是下面的样式

class Director() {

void

 

Contract()

{

    builder.creatB();

    builder.CreatA();

}

};

刚开始看时感觉没有什么实际意义，为什么要这么做，使用场景在哪儿？一般情况下是不需要的，客户自己控制就可以，似乎也更加灵活。但一些复杂项目不可以，如不想让调用者看到对象如何逐步构建，或者Director让调用者重用相同的构建方式时
则可以加入Director方式；但Director不是必须的。个人意见是不要被Director蒙蔽，很多时候没有Director也是合适的Builder模式。

像StringBuilder不就是逐步构建一个String类吗？但是调用者却掌握了所有的构建过程。个人认为StringBuilder的封装才应该是Builder的精髓，屏蔽掉复杂的字符串/缓存操作，通过逐步append，insert等操作来逐步生成一个String类。