构建者模式
- 分离复杂对象的构建和表示
- 同样的构建过程可以创建不同的表示
- 分离了部件的构造(由Builder来负责)和装配(由Director负责)。从而可以构造出复杂的对象
- 适用于︰某个对象的构建过程复杂的情况
构建者结构
- 抽象建造者类(Builder):这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的部件对象的创建
- 具体建造者类(ConcreteBuilder):实现 Builder 接口,完成复杂产品的各个部件的具体创建方法。在构造过程完成后,提供产品的实例
- 产品类(Product):要创建的复杂对象
- 指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建
类图
代码实现
这里采用了建造电脑主机的例子,它包含了主板、电源、cpu等组成。主机又分为很多品牌的主机
- 产品
/**
* @author pangjian
* @ClassName Host
* @Description 电脑主机
* @date 2021/9/28 12:07
*/
@Data
public class Host {
private String cpu;
private String board;
}
- 抽象建造者
/**
* @author pangjian
* @ClassName AbstractBuilder
* @Description TODO
* @date 2021/9/28 12:10
*/
public abstract class AbstractBuilder {
// 声明Host类型变量,并赋值,在父类声明,子类可复用
protected Host host = new Host();
public abstract void buildCpu();
public abstract void buildBoard();
public abstract Host createHost();
}
- 具体建造者
/**
* @author pangjian
* @ClassName JijiaBuilder
* @Description 具体的构建者
* @date 2021/9/28 12:13
*/
public class JijiaBuilder extends AbstractBuilder{
@Override
public void buildCpu() {
host.setCpu("技嘉cpu");
}
@Override
public void buildBoard() {
host.setBoard("技嘉主板");
}
/**
* @Description:返回父类中被具体构建者改造后的对象
*/
@Override
public Host createHost() {
return host;
}
}
- 指挥者
/**
* @author pangjian
* @ClassName Director
* @Description 指挥者,负责建造顺序,不关注具体建造细节
* @date 2021/9/28 12:16
*/
public class Director {
private AbstractBuilder abstractBuilder;
public Director(AbstractBuilder abstractBuilder) {
this.abstractBuilder = abstractBuilder;
}
/**
* @Description:组装产品,需求先组装cpu再是主板
*/
public Host construct() {
abstractBuilder.buildCpu();
abstractBuilder.buildBoard();
return abstractBuilder.createHost();
}
}
- 客户端
public class Client {
public static void main(String[] args) {
Director director = new Director(new JijiaBuilder());
Host host = director.construct();
System.out.println(host.getCpu());
System.out.println(host.getBoard());
}
}
优点
建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。
缺点
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
适用场景
建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在以下场合使用:
- 创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。
- 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。
代码重构
/**
* @author pangjian
* @ClassName Computer
* @Description 建造者模式重构
* @date 2021/9/28 12:42
*/
@Getter
public class Computer {
private String cpu;
private String board;
private Computer(Builder builder) {
this.cpu = builder.cpu;
this.board = builder.board;
}
public static final class Builder {
private String cpu;
private String board;
public Builder cpu(String cpu) {
this.cpu = cpu;
return this;
}
public Builder board(String board) {
this.board = board;
return this;
}
/**
* @Description:内部类可以访问外部类的私有方法,使用构建者对象获取手机对象
*/
public Computer build() {
return new Computer(this);
}
}
}
public class Client {
// 现在对象指挥构建顺序交给了建造者,也可以进行链式编程
public static void main(String[] args) {
Computer computer = new Computer.Builder()
.cpu("intel")
.board("技嘉主板")
.build();
System.out.println(computer.getCpu());
}
}
建造型设计模式对比
工厂方法模式vs建造者模式
工厂方法模式注重的是整体对象的塑建方式,而建造者模式注重的是部件构建的过程,意在通过一步一步地精确构造创建出一个复杂的对象。我们举个简单例子来说明两者的差异,如要制造一个超人,如果使用工厂方法模式,直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;而如果使用建造者模式,则需要组装手、头、脚、躯千等部分,然后再把内裤外穿,于是一个超人就诞生了。
抽象工厂模式vs建造者模式
抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式则是不需要关心构建过程,只关心什么产品由什么工厂生产即可。建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品。如果将抽象工厂模式看成汽车配件生产工厂,生产一个产品族的产品,那么建造者模式就是一个汽车组装工厂,通过对部件的组装可以返回一辆完整的汽车。