建造者模式
1 概述
将一个复杂在对象的构建与表示分离,使得同样的构建过程可以创建不同的表示。
- 分离了部件的构建,从而可以构建出复杂的对象,这个模式适用于:某个对象的构建过程复杂的情况
- 由于实现了构建和装配的解耦,不同的构建器,相同的装配,也可以做出不同的对象;相同的构建器,不同的装配顺序也可以做出不同的对象,也就是实现了构建算法、装配算法的解耦,实现了更好的复用
- 建造者模式可以将部件和其组装过程分开,一步一步创建一个复杂的对象,用户只需要制定复杂对象的类型就可以得到改对象,而无需知道其内部得具体构造细节
3 结构
建造者模式包含如下角色:
- 抽象建造者类:这个接口规定要实现复杂对象的那些部分的创建,并不涉及具体的部件对象的创建
- 具体建造者类:实现抽想建造者接口,完成复杂产品的各个部件的具体创建方法,在构建过程完成后,提供产品的实例
- 产品类:要创建的复杂对象
- 指挥者类:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建
4 实现
//抽象建造者
public abstract class Builder {
//创建一个产品类供具体子类建造者使用
protected Bike bike = new Bike();
//创建车架
public abstract void createFrame();
//创建车座
public abstract void createSeat();
}
//具体建造者类
public class MobileBuilder extends Builder{
@Override
public void createFrame() {
bike.setFrame("碳纤维车架");
}
@Override
public void createSeat() {
bike.setSeat("真皮车座");
}
}
//具体建造者类
public class OfoBuilder extends Builder{
@Override
public void createFrame() {
bike.setFrame("普通车架");
}
@Override
public void createSeat() {
bike.setSeat("普通车坐");
}
}
//产品类(自行车)
public class Bike {
//车架
private String frame;
//车座
private String seat;
public String getFrame() {
return frame;
}
public void setFrame(String frame) {
this.frame = frame;
}
public String getSeat() {
return seat;
}
public void setSeat(String seat) {
this.seat = seat;
}
}
//指挥者
public class Director {
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
public Bike createBike(){
builder.createFrame();
builder.createSeat();
return builder.bike;
}
}
//测试类
public class Test {
public static void main(String[] args) {
Director director = new Director(new MobileBuilder());
Bike bike = director.createBike();
System.out.println(bike.getFrame() + "-" + bike.getSeat());
}
}
测试结果:
碳纤维车架-真皮车座
5 优缺点
优点:
- 建造者模式的封装性很好,使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性
- 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象
- 可以更加精细地控制产品的创建过程,将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程
- 建造者模式很容易进行扩展,如果有新的需求,通过实现一个新的具体建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险,符合开闭原则
缺点:
- 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制
6 使用场景
建造者模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在以下场合使用:
- 创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的构造顺序是稳定的
- 构建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的
7 模式扩展
建造者模式在开发中还有一个常用的使用方式,就是当一个类构造器需要传入很多参数时,如果创建这个类的实例,代码可读性会非常差,而且很容易引入错误,此时就可以利用建造者模式进行重构
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;
}
public Phone phone(){
return new Phone(this);
}
}
@Override
public String toString() {
return "Phone{" +
"cpu='" + cpu + '\'' +
", screen='" + screen + '\'' +
", memory='" + memory + '\'' +
", mainboard='" + mainboard + '\'' +
'}';
}
}
//客户端代码
public class Test {
public static void main(String[] args) {
Phone phone = new Phone.Builder()
.screen("好")
.cpu("更好")
.mainboard("超级好")
.memory("非常好")
.phone();
System.out.println(phone);
}
}
测试结果:
Phone{cpu=‘更好’, screen=‘好’, memory=‘非常好’, mainboard=‘超级好’}