23种设计模式（4）：建造者模式

类型：创建类模式

类图：

4个要素

• 产品类：1般是1个较为复杂的对象，也就是说创建对象的进程比较复杂，1般会有比较多的代码量。在本类图中，产品类是1个具体的类，而非抽象类。实际编程中，产品类可以是由1个抽象类与它的不同实现组成，也能够是由多个抽象类与他们的实现组成。
• 抽象建造者：引入抽象建造者的目的，是为了将建造的具体进程交与它的子类来实现。这样更容易扩大。1般最少会有两个抽象方法，1个用来建造产品，1个是用来返回产品。
• 建造者：实现抽象类的所有未实现的方法，具体来讲1般是两项任务：组建产品；返回组建好的产品。
• 导演类：负责调用适当的建造者来组建产品，导演类1般不与产品类产生依赖关系，与导演类直接交互的是建造者类。1般来讲，导演类被用来封装程序中易变的部份。

代码实现

建造者模式的优点

        首先，建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，1般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在导演类中对整体而言可以获得比较好的稳定性。

        其次，建造者模式很容易进行扩大。如果有新的需求，通过实现1个新的建造者类就能够完成，基本上不用修改之前已测试通过的代码，因此也就不会对原有功能引入风险。

建造者模式与工厂模式的区分

       我们可以看到，建造者模式与工厂模式是极其相似的，整体上，建造者模式仅仅只比工厂模式多了1个“导演类”的角色。在建造者模式的类图中，假设把这个导演类看作是终究调用的客户端，那末图中剩余的部份就能够看做是1个简单的工厂模式了。

       与工厂模式相比，建造者模式1般用来创建更加复杂的对象，由于对象的创建进程更加复杂，因此将对象的创建进程独立出来组成1个新的类——导演类。也就是说，工厂模式是将对象的全部创建进程封装在工厂类中，由工厂类向客户端提供终究的产品；而建造者模式中，建造者类1般只提供产品类中各个组件的建造，而将具体建造进程交付给导演类。由导演类负责将各个组件依照特定的规则组建为产品，然后将组建好的产品交付给客户端。

总结

       建造者模式与工厂模式类似，他们都是建造者模式，适用的场景也很相似。1般来讲，如果产品的建造很复杂，那末请用工厂模式；如果产品的建造更复杂，那末请用建造者模式。