【设计模式】快速理解建造者模式,及其在JDK源码中的应用

简介: 建造者(Builder)模式在百度百科上的定义:是一种将复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示。这段话在理解上十分抽象,简单来讲就是如果一个对象很复杂,使用建造者模式允许用户通过简单的方式构建这个对象,而不用关心对象具体构建的细节。且可以使用同样的构建过程可以创建出不同的对象。接下来将会通过具体的代码实例去讲解建造者模式。

(一)什么是建造者模式


建造者(Builder)模式在百度百科上的定义:是一种将复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示。


这段话在理解上十分抽象,简单来讲就是如果一个对象很复杂,使用建造者模式允许用户通过简单的方式构建这个对象,而不用关心对象具体构建的细节。且可以使用同样的构建过程可以创建出不同的对象。


接下来将会通过具体的代码实例去讲解建造者模式。


(二)建造者模式中的几个角色


建造者模式中定义了四个主要角色,现在看定义可以不太容易理解,等结合之后的代码就容易理解了。


抽象建造者Builder


建造者的抽象类或者接口,主要用来定义具体建造者需要实现的一些方法。


具体建造者 ConcreteBuilder


具体的建造者,是抽象建造者的实现类。


具体的对象Client


最终想要生成的对象。


引导者Director


实例的生成需要依赖Director角色,Director生成实例不依赖ConcreteBuilder,它只通过调用Builder角色中定义的方法。


(三)建造者模式的实践


光看上面的概念比较难理解建造者模式,接下来通过一个造车的例子讲解建造者模式。

为了简化逻辑,这里将一辆车定义为由轮子、能源和颜色组成。首先定义出具体要生成的对象,也就是角色中的Client角色


publicclassCar {
// 轮子privateStringwheel;
// 能源privateStringenergy;
// 颜色privateStringcolor;
publicCar(){}
publicvoidsetColor(Stringcolor) {
this.color=color;
    }
publicvoidsetEnergy(Stringenergy) {
this.energy=energy;
    }
publicvoidsetWheel(Stringwheel) {
this.wheel=wheel;
    }
@OverridepublicStringtoString() {
return"Car{"+"wheel='"+wheel+'\''+", energy='"+energy+'\''+", color='"+color+'\''+'}';
    }
}

造车的逻辑可以抽象为造轮子,造能源,喷颜色,最后生成一辆车,因此可以将Builder角色构建出来

publicabstractclassBuilder {
publicabstractvoidbuildWheel();
publicabstractvoidbuildEnergy();
publicabstractvoidbuildColor();
publicabstractCargetCar();
}

具体每种车都有每种车的造法,因此分别构建两种车型的构建实体类,也就是角色中的ConcreteBuilder

publicclassBMWCarBuilderextendsBuilder {
privateCarcar;
publicBMWCarBuilder(){
car=newCar();
    }
@OverridepublicvoidbuildWheel() {
car.setWheel("四个轮子");
    }
@OverridepublicvoidbuildEnergy() {
car.setEnergy("油箱");
    }
@OverridepublicvoidbuildColor() {
car.setColor("黑色");
    }
@OverridepublicCargetCar() {
returncar;
    }
}

另一种具体建造者:

publicclassTeslaCarBuilderextendsBuilder {
privateCarcar;
publicTeslaCarBuilder(){
car=newCar();
    }
@OverridepublicvoidbuildWheel() {
car.setWheel("四个轮子");
    }
@OverridepublicvoidbuildEnergy() {
car.setEnergy("电池");
    }
@OverridepublicvoidbuildColor() {
car.setColor("白色");
    }
@OverridepublicCargetCar() {
returncar;
    }
}

最后需要有一个引导者Director角色,通过引导者调用Builder中定义的方法。

publicclassDirector {
privateBuilderbuilder;
publicDirector(Builderbuilder){
this.builder=builder;
    }
publicvoidbuildCar(){
builder.buildWheel();
builder.buildColor();
builder.buildEnergy();
    }
}

使用方式如下:首先创建了TeslaCarBuilder实例对象,交给引导者,引导者角色调用buildCar方法后TeslaCarBuilder就可以通过调用getCar获取对应的Car了。BMWCarBuilder也是同样的方式。

publicclassMain {
publicstaticvoidmain(String[] args) {
TeslaCarBuilderteslaCarBuilder=newTeslaCarBuilder();
Directordirector=newDirector(teslaCarBuilder);
director.buildCar();
CarteslaCar=teslaCarBuilder.getCar();
System.out.println(teslaCar.toString());
BMWCarBuilderbmwCarBuilder=newBMWCarBuilder();
director=newDirector(bmwCarBuilder);
director.buildCar();
CarbmwCar=bmwCarBuilder.getCar();
System.out.println(bmwCar.toString());
    }
}

还记得最开始对建造者模式的定义吗?使用建造者模式允许用户通过简单的方式构建这个对象,而不用关心对象具体构建的细节。且可以使用同样的构建过程可以创建出不同的对象。


在真正创建对象的过程中,已经不需要关注Car是如何build的,因此具体构建的细节都由各自的ConcreteBuilder去实现。并且同样的构建过程只要传入的ConcreteBuilder不同就可以创建不同的对象。


(四)建造者模式的变通


如果将具体建造者ConcreteBuilder、引导者Director、对象Client三种角色合为一种,那么建造者模式就会变得更加精简: 首先还是要定义抽象方法Builder

publicabstractclassBuilder {
publicabstractBuilderbuildWheel(Stringwheel);
publicabstractBuilderbuildEnergy(Stringenergy);
publicabstractBuilderbuildColor(Stringcolor);
publicabstractCargetCar();
}

使用时就更加方便了:

publicclassMain {
publicstaticvoidmain(String[] args) {
Carcar=newCar.CarBuilder()
                .buildColor("白色")
                .buildEnergy("新能源")
                .buildWheel("四个轮子")
                .getCar();
System.out.println(car.toString());
    }
}

(五)建造者模式在源码中的应用


StringBuilder就是建造者模式精简后的用法,StringBuilder继承了Appendable接口:

publicinterfaceAppendable {
Appendableappend(CharSequencecsq) throwsIOException;
Appendableappend(CharSequencecsq, intstart, intend) throwsIOException;
Appendableappend(charc) throwsIOException;
}

其具体的append方法和我们在第四章讲解的十分相似:

publicfinalclassStringBuilderextendsAbstractStringBuilderimplementsjava.io.Serializable, CharSequence{
@OverridepublicStringBuilderappend(Stringstr) {
super.append(str);
returnthis;
    }
}

在使用时,也是通过一路append实现链式编程。

stringBuilder.append("hello").append("world");

(六)总结


最传统的建造者模式体现着设计模式中“可替换性”的思想,Director不知道自己使用的具体是哪个Builder的实现类,所以Builder的实现类具备可替换性,也就可以理解为是一个个的组件。写代码时使用设计模式并不会让代码简单或者好写,反而会更复杂,但是在维护或者迭代时,就会省下很多精力。



相关文章
|
2月前
|
设计模式 人工智能 算法
基于多设计模式的状态扭转设计:策略模式与责任链模式的实战应用
接下来,我会结合实战案例,聊聊如何用「策略模式 + 责任链模式」构建灵活可扩展的状态引擎,让抽奖系统的状态管理从「混乱战场」变成「有序流水线」。
设计模式 存储 人工智能
158 0
|
3月前
|
设计模式 XML 安全
Java枚举(Enum)与设计模式应用
Java枚举不仅是类型安全的常量,还具备面向对象能力,可添加属性与方法,实现接口。通过枚举能优雅实现单例、策略、状态等设计模式,具备线程安全、序列化安全等特性,是编写高效、安全代码的利器。
|
5月前
|
设计模式 存储 缓存
Netty源码—9.性能优化和设计模式
本文主要介绍了Netty的两大性能优化工具、FastThreadLocal的源码和总结、Recycler的设计理念/使用/四个核心组件/初始化/对象获取/对象回收/异线程收割对象和总结,以及Netty设计模式的单例模式和策略模式。
173 53
|
6月前
|
设计模式 Java Apache
【设计模式】【创建型模式】建造者模式(Builder)
一、入门 什么是建造者模式? 建造者模式(Builder Pattern)是一种创建型设计模式,用于逐步构建复杂对象。 它通过将对象的构建过程与表示分离,使得相同的构建过程可以创建不同的表示。 为什么
222 14
|
9月前
|
设计模式 存储 Java
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
179 13
「全网最细 + 实战源码案例」设计模式——责任链模式
|
9月前
|
设计模式 存储 算法
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
275 14
「全网最细 + 实战源码案例」设计模式——命令模式
|
9月前
|
设计模式 算法 开发者
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
264 8
「全网最细 + 实战源码案例」设计模式——策略模式
|
9月前
|
设计模式 SQL 算法
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
213 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
9月前
|
设计模式 存储 安全
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式(Composite Pattern)是一种结构型设计模式,用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合,简化了复杂结构的处理。组合模式包含三个主要组件:抽象组件(Component)、叶子节点(Leaf)和组合节点(Composite)。通过这种模式,客户端可以统一处理简单元素和复杂元素,而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则;缺点是可能引入不必要的复杂性和过度抽象。
248 22