建造者模式

建造者模式概念

  是创建型模式之一，使用多个简单的对象创建一个复杂的对象，用于将一个复杂的构建与其表示分离，使得同样的构建过程可以创建不同的表示，
然后通过一个Builder类创建最终对象。

建造者模式解决的问题

建造者模式主要用于解决软件系统中复杂对象的创建问题。例如复杂对象的创建通过各个部分的子对象用一定的算法构成，在需求变化时
复杂对象面临大的改变，不利于系统的稳定，使用建造者将各个部分的算法包装起来，需求变化只需要将算法的顺序以及组合方式改变即可。

建造者模式需要的模块

Builder:创建一个复杂产品对象的抽象接口
ConcreteBuilder：Builder接口的实现类，用于定义复杂产品的各个部分的装配流程
Director：构造一个使用Builder接口的对象
Product：表示被构造的复杂对象，ConcreteBuilder定义了该复杂对象的装配流程，而Product定义了该复杂对象的结构和内部表示

建造者模式的类关系图

其实，建造者模式不像一些设计模式有比较固定或者比较类似的实现方式，它的核心只是分离对象属性与创建，整个实现比较自由，我们可以看到我自己写的造车的例子和SqlSessionFactoryBuilder就明显不是一种实现方式。

看了一些框架源码总结起来，建造者模式的实现大致有两种写法：

这是一种在Builder里面直接new对象的方式，MyBatis的SqlSessionFactoryBuilder就是这种写法，适用于属性之间关联不多且大量属性都有默认值的场景。

另外一种就是间接new的方式了：

例如Guava的Cache都是这种写法，适用于属性之间有一定关联性的场景，例如车的长宽高与轴距都属于车型一类、排量与马力都与性能相关，可以把某几个属性归类，然后让开发者指定大类即可。

总体而言，两种没有太大的优劣之分，在合适的场景下选择合适的写法就好了。