建造者模式 -- 复杂对对象的建造过程

对象的初始化很复杂，并不是指构造方法复杂， 是指对象达到可以使用的状态，中间需要执行很复杂的逻辑。比如： 要连接数据库，要打开文件句柄，要加载配置文件， 要请求rpc接口等。

如果把这些逻辑都一股脑的写在构造方法， 或者Init方法中， 逻辑就很多很杂， 建造者模式就派上用场了。

优缺点

优点：

1. 分离复杂的创建逻辑
2. 便于精细控制创建过程
3. 创建过程中的变化也易于扩展， 并且对于调用这可以屏蔽这部分的变化

缺点：

1. 如果有很多复杂类， 会导致过多的建造者类

Builder

建造者模式一般需要一个 Builder 。 而创建对象的复杂参数和逻辑都在这里类中进行， 这个Builder 类的build方法一般就是具体的创建方法， 在build方法中可以校验检测下是否准备操作都已经完成了。

日常接触到的

jdk11中的HttpClient相关的类都是使用建造者模式。

 	HttpClient build = HttpClient.newBuilder().proxy(A).sslContext(B).build()

    HttpRequest  request = HttpRequest.newBuilder().uri("www.baidu.com").GET().build()

与工厂模式的差异

1. 工厂模式是用来创建不同的对象的， 是为了解耦不同对象的不同创建逻辑的
2. 建造者方法只是用来分离对象的复杂创建逻辑， 解耦对象的创建和调用的逻辑。

思考

建造者模式也是一个简单的易于掌握的模式， 对于复杂的类的创建都可以考虑使用， 但是我平时对于复杂的对象的创建一般是定义一个init方法， 把所有的逻辑都放入init中， 这种方式还是不太好的。