建造者设计模式

建造者模式

视频来源建造模式 50-54

介绍

将一个复杂的对象的结构与表示分离，使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。

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

这个模式适用于：某个对象的构建过程复杂的情况

• 将部件的构造与装配分离，由build负责构造，Director进行装配，实现了构建和装配的解耦
• 不同的构造器，相同的装配，可以做出不同的对象
• 相同的构建器，不同的装配顺序，也可以做出不同的对象。
• 用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。

角色

• 抽象建造类（Build）：它为创建一个产品Product对象的各个部件指定抽象接口，在该接口中一般声明两类方法，一类方法是buildPartX(),它们用于创建复杂对象的各个部件；另一类方法是getResult(),它们用于返回复杂对象。可以为抽象类也可以为接口。
• 具体建造者类 (ConcreteBuilder)： 实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。在构造过程完成后，提供产品的实例。
• 产品类 (Product)： 要创建的复杂对象。
• 指挥者类 （Director）： 调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。

在建造者模式的定义中提到了复杂对象，那么什么是复杂对象？简单来说，复杂对象是指那些包含多个成员属性的对象，这些成员属性也称为部件或者零件。

代码案例

产品角色

@Data
@NoArgsConstructor
@AllArgsConstructor
public class Computer {
    String mouse;
    String keyBoard;
    String screen;
}

抽象建造者

public abstract class Build {

    //要建造的产品--子类也可以使用，因此是protected
    protected Computer computer = new Computer();
    //建造的步骤-顺序不固定
    //方法都是抽象的，具体实现交给子类来完成
    public abstract Build buildMouse();
    public abstract Build buildKeyBoard();
    public abstract Build buildScreen();

    //创建产品的方法，由当前抽象层实现
    public Computer createComputer()
    {
        return computer;
    }
}

具体建造者DellComputerBuilder， XiaoMiCompuerBuild ，分别建造戴尔电脑和小米电脑

public class DellComputerBuilder extends Build{
    @Override
    public Build buildMouse() {
        System.out.println("戴尔鼠标组装");
        return this;
    }

    @Override
    public Build buildKeyBoard() {
        System.out.println("戴尔键盘组装");
        return this;
    }

    @Override
    public Build buildScreen() {
        System.out.println("戴尔屏幕组装");
        return this;
    }
}


public class XiaoMiCompuerBuild extends Build {
    @Override
    public Build buildMouse() {
        System.out.println("小米鼠标");
        return this;
    }

    @Override
    public Build buildKeyBoard() {
        System.out.println("小米键盘");
        return this;
    }

    @Override
    public Build buildScreen() {
        System.out.println("小米显示器");
        return this;
    }
}

指挥者ComputerDirector ，指挥构建过程

public class ComputerDirector {

    public Computer construct (Build build){
        Computer computer =  build.buildMouse().buildKeyBoard().buildScreen().createComputer();
        return computer;
    }
}

客户端测试

public class Client {
    public static void main(String[] args) {
        //获取建造指挥权
        ComputerDirector computerDirector = new ComputerDirector();
        //创建电脑
        computerDirector.construct(new DellComputerBuilder());
        computerDirector.construct(new XiaoMiCompuerBuild());
    }
}

执行结果

戴尔鼠标组装
戴尔键盘组装
戴尔屏幕组装
小米鼠标
小米键盘
小米显示器

优缺点

优点

• 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程不同的产品对象。
• 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险，符合开闭原则。
• 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。

缺点

建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式。

使用场景

建造者模式创建的是复杂对象，其产品的各个部分经常面临着剧烈变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用。

• 创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但部件间的建造顺序是稳定的。
• 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。

扩展对象

建造者模式除了上面的用途外，在开发中还有一个常用的使用方式，就是当一个类构造器需要传入很多参数时，如果创建这个类的实例，代码可读性会非常差，而且很容易引入错误，此时就可以利用建造者模式进行重构。

使用构建者模式重构代码：

public class Phone {
    private String cpu;
    private String screen;
    private String memory;
    private String mainboard;

    // 私有构造方法
    private Phone(Builder builder) {
        this.cpu = builder.cpu;
        this.screen = builder.screen;
        this.memory = builder.memory;
        this.mainboard = builder.mainboard;
    }

    public static final class Builder {
        private String cpu;
        private String screen;
        private String memory;
        private String mainboard;

        public Builder cpu(String cpu) {
            this.cpu = cpu;
            return this;
        }

        public Builder screen(String screen) {
            this.screen = screen;
            return this;
        }

        public Builder memory(String memory) {
            this.memory = memory;
            return this;
        }

        public Builder mainboard(String mainboard) {
            this.mainboard = mainboard;
            return this;
        }

        // 使用构建者创建Phone对象
        public Phone build() {
            return new Phone(this);
        }
    }

    @Override
    public String toString() {
        return "Phone{" +
                "cpu='" + cpu + '\'' +
                ", screen='" + screen + '\'' +
                ", memory='" + memory + '\'' +
                ", mainboard='" + mainboard + '\'' +
                '}';
    }
}

在客户端中构建对象：使用起来更灵活方便，某种程度上也可以提高开发效率。

public class Client {
    public static void main(String[] args) {
        Phone phone = new Phone.Builder()
                .cpu("intel")
                .mainboard("华硕")
                .memory("金士顿")
                .screen("三星")
                .build();
        System.out.println(phone);
    }
}

在 Lombok 中只需要使用 @Builder 即可使用构建者模式来构建对象。

创建型模式对比

工厂方法模式 vs 建造者模式

两者对比：

• 工厂方法模式注重的是整体对象的创建方式
• 建造者模式注重的是部件构建的过程，意在通过一步一步地精确构造创建出一个复杂的对象
  。

举个简单例子来说明两者的差异，如要制造一个超人：

• 如果使用工厂方法模式，直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人。
• 如果使用建造者模式，则需要组装手、头、脚、躯干等部分，然后再把内裤外穿，于是一个超人就诞生了。

抽象工厂模式 vs 建造者模式

两者对比：

• 抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。
• 建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。

简单的例子：

• 如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，
• 那么建造者模式就是一个汽车组装工厂，通过对部件的组装可以返回一辆完整的汽车。