设计模式之建造者模式

优点
1）降低代码耦合度。在建造者模式中，客户端不需要知道产品内部是如何实现的，我们只需得到产品的对象。并且使用导演者和建造者分离组装过程和组件具体构造过程，具有灵活的扩展性。

2）优秀的扩展性。具体建造者相互独立，方便扩展，符合开闭原则。

缺点
1）一定的使用范围限制。建造者模式的产品的组件基本相同，如果产品的差异性较大，建造者模式就不适用了。

四、比较
跟工厂方法模式对比：建造者模式和工厂模式同样是创建一个产品，工厂模式就是一个方法，而建造者模式有多个方法，并且建造者模式是有顺序的执行方法。就是说建造者模式强调的是顺序，而工厂模式没有顺序一说。 建造者模式关注的是的零件类型和装配工艺（顺序），这是它与工厂方法模式最大不同的地方，虽然同为创建类模式，但是注重点不同。

为什么有指挥者
指挥者类是建造模式的核心和灵魂所在，主要完成同样的构建过程可以创建不同的表示。从上面的例子可以看到，如果缺少指挥者类，那么就不能算是建造者模式了，只能说是定义了一个接口或抽象类，规定了必须实现哪些功能罢了。指挥者类，不仅指出了对象的建造顺序，还把用户与建造过程分离，并为可能发生的变化提供了一个灵活的处理方法，使建造顺序的改变或需求的改变不会引起大的改动也不会改变程序的结构。

建造者模式的使用场景
相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式，需要生成的产品对象的属性相互依赖，建造者模式可以强迫生成顺序。
多个部件或零件,都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以使用该模式。
产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建造者模式是非常合适。
在对象创建过程中会使用到系统中的一些其它对象，这些对象在产品对象的创建过程中不易得到时，也可以采用建造者模式封装该对象的创建过程。该种场景，只能是一个补偿方法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建过程，本身已经违反设计最初目标。