从开源框架理解设计模式系列#Builder建造者模式模式

目录

what什么是建造者模式

why为什么需要建造者模式

how怎么实现建造者模式 

开源框架经典案例

LoomBook@Builder注解

Elasticsearch中的QueryBuilder

常用场景

优缺点对比

优点

缺点

参考资料

---

what什么是建造者模式

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

HeadFirst定义：使用生成器模式封装一个产品的构造过程，并允许按步骤构造。
 

why为什么需要建造者模式

           在现在的分层架构里面，mybatis+springmvc是很常见的研发脚手架，在这种模式中，真的多条件查询常见，我们经常会定义一些Query条件，而query在一次查询的时候并不是所有属性都是必须的，因此每次的查询对象其实是不一样的，在这种场景下，我们就可以使用建造者模式。

        无论是在现实世界中还是在软件系统中，都存在一些复杂的对象，它们拥有多个组成部分，如汽车，它包括车轮、方向盘、发送机等各种部件。而对于大多数用户而言，无须知道这些部件的装配细节，也几乎不会使用单独某个部件，而是使用一辆完整的汽车，可以通过建造者模式对其进行设计与描述，建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。

        在软件开发中，也存在大量类似汽车一样的复杂对象，它们拥有一系列成员属性，这些成员属性中有些是引用类型的成员对象。而且在这些复杂对象中，还可能存在一些限制条件，如某些属性没有赋值则复杂对象不能作为一个完整的产品使用；有些属性的赋值必须按照某个顺序，一个属性没有赋值之前，另一个属性可能无法赋值等。

how怎么实现建造者模式
 

1. 产品角色（Product）：它是包含多个组成部件的复杂对象，由具体建造者来创建其各个零部件。
2. 抽象建造者（Builder）：它是一个包含创建产品各个子部件的抽象方法的接口，通常还包含一个返回复杂产品的方法 getResult()。
3. 具体建造者(Concrete Builder）：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。
4. 指挥者（Director）：它调用建造者对象中的部件构造与装配方法完成复杂对象的创建，在指挥者中不涉及具体产品的信息。

开源框架经典案例

LoomBook@Builder注解

这种应该在最常见的写法了，以前在没有builder注解前，基本上是需要重复性手写的，而builder注解很好的解决了重复劳动，同时写法也很清晰。

@Builder
public class User {

    private Integer id;
    private String name;
    private Integer age;
    private String sex;

}

编译後的真实文件

public class User {
    private Integer id;
    private String name;
    private Integer age;
    private String sex;

    @java.lang.SuppressWarnings("all")
    User(final Integer id, final String name, final Integer age, final String sex) {
        this.id = id;
        this.name = name;
        this.age = age;
        this.sex = sex;
    }


    @java.lang.SuppressWarnings("all")
    public static class UserBuilder {
        @java.lang.SuppressWarnings("all")
        private Integer id;
        @java.lang.SuppressWarnings("all")
        private String name;
        @java.lang.SuppressWarnings("all")
        private Integer age;
        @java.lang.SuppressWarnings("a