建造者模式【Builder Pattern】

2024-06-15 14:32
文章标签 builder pattern 建造 模式

本文主要是介绍建造者模式【Builder Pattern】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

建造者模式【Builder Pattern】



又是一个周三,快要下班了,老大突然又拉住我,喜滋滋的告诉我“牛叉公司很满意我们做的模型,又签订了一个合同,把奔驰、宝马的车辆模型都交给我我们公司制作了,不过这次又额外增加了一个新需求:汽车的启动、停止、喇叭声音、引擎声音都有客户自己控制,他想什么顺序就什么顺序,这个没问题吧?”。
看着老大殷切的目光,我还能说啥,肯定的点头,“没问题!”,加班加点做呗,“再苦再累就当自己二百五 再难再险就当自己二皮脸 与君共勉!”这句话说出了我的心声。那任务是接下来,我们怎么做实现呢?首先我们想了,奔驰、宝马都是一个产品,他们有共有的属性,牛叉公司关心的是单个模型,奔驰模型A 是先有引擎声音,然后再启动;奔驰模型B 呢是先启动起来,然后再有引擎声音,这才是牛叉公司要关关心的,那到我们老大这边呢,就是满足人家的要求,要什么顺序就立马能产生什么顺序的模型出来,我呢就负责把老大的要求实现掉,而且还要是批量的,看不懂?没关系,继续看下去,首先由我生产出N多个奔驰和宝马车辆模型,这些车辆模型的都有run 方法,但是具体到每一个模型的run 方法可能中间的执行任务的顺序是不同的,老大说要啥顺序,我就给啥顺序,最终客户买走后只能是既定的模型,还是没听明白,我们继续,我们先把我们最基本的对象Product 在类图中表明出来:



我们定义了一个CarModel 的抽象类,其中run 和setSequence 是由抽象类实现的,其他都是子类自己实现,那这个是否可以解决这个问题呢?应该可以,我们把代码实现出来,先看CarModel.java 程序:

import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 定义一个车辆模型的抽象类,所有的车辆模型都继承这里类*/
public abstract class CarModel {// 这个参数是各个基本方法执行的顺序private ArrayList<String> sequence = new ArrayList<String>();/** 模型是启动开始跑了*/protected abstract void start();// 能发动,那还要能停下来,那才是真本事protected abstract void stop();// 喇叭会出声音,是滴滴叫,还是哔哔叫protected abstract void alarm();// 引擎会轰隆隆的响,不响那是假的protected abstract void engineBoom();// 那模型应该会跑吧,别管是人推的,还是电力驱动,总之要会跑final public void run() {// 循环一遍,谁在前,就先执行谁for (int i = 0; i < this.sequence.size(); i++) {String actionName = this.sequence.get(i);if (actionName.equalsIgnoreCase("start")) { // 如果是start关键字,this.start(); // 开启汽车} else if (actionName.equalsIgnoreCase("stop")) { // 如果是stop关键字this.stop(); // 停止汽车} else if (actionName.equalsIgnoreCase("alarm")) { // 如果是alarm关键字this.alarm(); // 喇叭开始叫了} else if (actionName.equalsIgnoreCase("engine boom")) { // 如果是engineboom关键字this.engineBoom(); // 引擎开始轰鸣}}}// 把传递过来的值传递到类内final public void setSequence(ArrayList<String> sequence) {this.sequence = sequence;}
}

其中setSequence 方法是允许客户自己设置一个顺序,是要先跑起来在有引擎声音还是先有引擎声音再跑起来,还是说那个喇叭就不要响,对于一个具体的模型永远都固定的,那这个事由牛叉告诉我们,有1W 件事这样的,1W 件事那样的顺序,目前的设计都能满足这个要求。run 方法使用了一个数组的遍历,确定那个是先执行,程序比较简单,不多说了,我们继续看两个实现类,先看BenzModel.java 程序:


/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 奔驰车模型*/
public class BenzModel extends CarModel {@Overrideprotected void alarm() {System.out.println("奔驰车的喇叭声音是这个样子的...");}@Overrideprotected void engineBoom() {System.out.println("奔驰车的引擎是这个声音的...");}@Overrideprotected void start() {System.out.println("奔驰车跑起来是这个样子的...");}@Overrideprotected void stop() {System.out.println("奔驰车应该这样停车...");}
}

没啥特别的,不多说,再看BMWModel.java 程序:

/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 宝马车模型*/
public class BMWModel extends CarModel {@Overrideprotected void alarm() {System.out.println("宝马车的喇叭声音是这个样子的...");}@Overrideprotected void engineBoom() {System.out.println("宝马车的引擎是这个声音的...");}@Overrideprotected void start() {System.out.println("宝马车跑起来是这个样子的...");}@Overrideprotected void stop() {System.out.println("宝马车应该这样停车...");}
}

两个实现类都完成,我们再来看牛叉公司要的要求,我先要1 个奔驰的模型,这个模型的要求是跑的时候,先发动引擎,然后再挂档启动,然后停下来,不需要喇叭,那怎么实现呢:

import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 最终客户开始使用这个模型*/
public class Client {public static void main(String[] args) {/** 客户告诉牛叉公司,我要这样一个模型,然后牛叉公司就告诉我老大 说要这样一个模型,这样一个顺序,然后我就来制造*/BenzModel benz = new BenzModel();ArrayList<String> sequence = new ArrayList<String>(); // 存放run的顺序sequence.add("engine boom"); // 客户要求,run的时候时候先发动引擎sequence.add("start"); // 启动起来sequence.add("stop"); // 开了一段就停下来// 然后我们把这个顺序给奔驰车:benz.setSequence(sequence);benz.run();}
}

运行结果是这样的:



看,满足了牛叉公司的需求了,满足完了,还要下一个需求呀,然后是第2 件宝马模型,只要启动,停止,其他的什么都不要,第3 件模型,先喇叭,然后启动,然后停止,第4 件...,直到把你逼疯为止,那怎么办?我们修改程序,满足这种变态需求,好,看我如何修改,先修改类图:



增加了一个 CarBuilder 的抽象类,以及两个实现类,其目的是你要什么排列顺序的车,我就给你什么顺序的车,那我们先看CarBuilder.java 抽象类的程序:

import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 要什么顺序的车,你说,我给建造出来*/
public abstract class CarBuilder {// 建造一个模型,你要给我一个顺序要,就是组装顺序public abstract void setSequence(ArrayList<String> sequence);// 设置完毕顺序后,就可以直接拿到这个车辆模型public abstract CarModel getCarModel();
}

这个抽象类比较简单,程序上也以后注释说明,不多说,我们看两个实现类,先看BenzBuilder.java的程序代码:


import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 各种设施都给了,我们按照一定的顺序制造一个奔驰车*/
public class BenzBuilder extends CarBuilder {private BenzModel benz = new BenzModel();@Overridepublic CarModel getCarModel() {return this.benz;}@Overridepublic void setSequence(ArrayList<String> sequence) {this.benz.setSequence(sequence);}
}

下面是 BMWBuilder.java 程序代码:

import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 给定一个顺序,返回一个宝马车*/
public class BMWBuilder extends CarBuilder {private BMWModel bmw = new BMWModel();@Overridepublic CarModel getCarModel() {return this.bmw;}@Overridepublic void setSequence(ArrayList<String> sequence) {this.bmw.setSequence(sequence);}
}

程序很简单,很实用,这就是我最希望的,简单而又实用,我欣赏这样的程序员。那我们再来看我们Client.java 程序的修改:

import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 最终客户开始使用这个模型*/
public class Client {public static void main(String[] args) {/** 客户告诉牛叉公司,我要这样一个模型,然后牛叉公司就告诉我老大 说要这样一个模型,这样一个顺序,然后我就来制造*/ArrayList<String> sequence = new ArrayList<String>(); // 存放run的顺序sequence.add("engine boom"); // 客户要求,run的时候时候先发动引擎sequence.add("start"); // 启动起来sequence.add("stop"); // 开了一段就停下来// 要一个奔驰车:BenzBuilder benzBuilder = new BenzBuilder();// 把顺序给这个builder类,制造出这样一个车出来benzBuilder.setSequence(sequence);// 制造出一个奔驰车BenzModel benz = (BenzModel) benzBuilder.getCarModel();// 奔驰车跑一下看看benz.run();}
}

运行结果如下:



那如果我再想要个同样顺序的宝马车呢?很简单,Client.java 程序如下:


import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 最终客户开始使用这个模型*/
public class Client {public static void main(String[] args) {ArrayList<String> sequence = new ArrayList<String>(); // 存放run的顺序sequence.add("engine boom"); // 客户要求,run的时候时候先发动引擎sequence.add("start"); // 启动起来sequence.add("stop"); // 开了一段就挺下来// 要一个奔驰车:BenzBuilder benzBuilder = new BenzBuilder();// 把顺序给这个builder类,制造出这样一个车出来benzBuilder.setSequence(sequence);// 制造出一个奔驰车BenzModel benz = (BenzModel) benzBuilder.getCarModel();// 奔驰车跑一下看看benz.run();// 按照同样的顺序,我再要一个宝马BMWBuilder bmwBuilder = new BMWBuilder();bmwBuilder.setSequence(sequence);BMWModel bmw = (BMWModel) bmwBuilder.getCarModel();bmw.run();}
}

运行结果如下:



看,是不是比刚开始直接访问产品类(Procuct)简单了很多吧,那这有个这样的需求,这四个过程
(start,stop,alarm,engineBoom)按照排列组合有很多种,那我们怎么满足这种需求呢?也就是要有个类来安排这几个方法组合,就像导演安排演员一样,那个先出场那个后出场,那个不出场,我们这个也叫导演类,那我们修改一下类图:



增加了 Director 类,这个类是做了层封装,类中的方法说明如下:
A 型号的奔驰车辆模型是只有启动(start)、停止(stop)方法,其他的引擎声音、喇叭都没有;
B 型号的奔驰车是先发动引擎(engine boom),然后启动(star),再然后停车(stop),没有喇叭;
C 型号的宝马车是先喇叭叫一下(alarm),然后(start),再然后是停车(stop),引擎不轰鸣;
D 型号的宝马车就一个启动(start),然后一路跑到黑,永动机,没有停止方法,没有喇叭,没有引擎轰鸣;
E 型号、F 型号…等等,可以有很多,启动(start)、停止(stop)、喇叭(alarm)、引擎轰鸣(engine boom)
这四个方法在这个类中可以随意的自由组合,有几种呢?好像是排列组合,这个不会算,高中数学没学好,反正
有很多种了,这里都可以实现。
我们看一下代码实现,Director.java 代码如下:


import java.util.ArrayList;/*** @author cbf4Life cbf4life@126.com I'm glad to share my knowledge with you*         all. 导演安排顺序,生产车辆模型*/
public class Director {private ArrayList<String> sequence = new ArrayList();private BenzBuilder benzBuilder = new BenzBuilder();private BMWBuilder bmwBuilder = new BMWBuilder();/** A类型的奔驰车模型,先start,然后stop,其他什么引擎了,喇叭一概没有*/public BenzModel getABenzModel() {// 清理场景,这里是一些初级程序员不注意的地方this.sequence.clear();// 这只ABenzModel的执行顺序this.sequence.add("start");this.sequence.add("stop");// 按照顺序返回一个奔驰车this.benzBuilder.setSequence(this.sequence);return (BenzModel) this.benzBuilder.getCarModel();}/** B型号的奔驰车模型,是先发动引擎,然后启动,然后停止,没有喇叭*/public BenzModel getBBenzModel() {this.sequence.clear();this.sequence.add("engine boom");this.sequence.add("start");this.sequence.add("stop");this.benzBuilder.setSequence(this.sequence);return (BenzModel) this.benzBuilder.getCarModel();}/** C型号的宝马车是先按下喇叭(炫耀嘛),然后启动,然后停止*/public BMWModel getCBMWModel() {this.sequence.clear();this.sequence.add("alarm");this.sequence.add("start");this.sequence.add("stop");this.bmwBuilder.setSequence(this.sequence);return (BMWModel) this.bmwBuilder.getCarModel();}/** D类型的宝马车只有一个功能,就是跑,启动起来就跑,永远不停止,牛叉*/public BMWModel getDBMWModel() {this.sequence.clear();this.sequence.add("start");this.bmwBuilder.setSequence(this.sequence);return (BMWModel) this.benzBuilder.getCarModel();}/** 这里还可以有很多方法,你可以先停止,然后再启动,或者一直停着不动,静态的嘛 导演类嘛,按照什么顺序是导演说了算*/
}

大家看一下程序中有很多this 调用,这个我一般是这样要求项目组成员的,如果你要调用类中的成员变量或方法,需要在前面加上this 关键字,不加也能正常的跑起来,但是不清晰,加上this 关键字,我就是要调用本类中成员变量或方法,而不是本方法的中的一个变量,还有super 方法也是一样,是调用父类的的成员变量或者方法,那就加上这个关键字,不要省略,这要靠约束,还有就是程序员的自觉性,他要是死不悔改,那咱也没招。
上面每个方法都一个this.sequence.clear(),这个估计你一看就明白,但是做为一个系统分析师或是技术经理一定要告诉告诉项目成员,ArrayList 和HashMap 如果定义成类的成员变量,那你在方法中调用一定要做一个clear 的动作,防止数据混乱,这个如果你发生过一次问题的话,比如ArrayList 中出现一个“出乎意料”的数据,而你又花费了几个通宵才解决这个问题,那你会有很深刻的印象。然后 Client 程序就只与Director 打交道了,牛叉公司要A 类型的奔驰车1W 辆,B 类型的奔驰车100W辆,C 类型的宝马车1000W 辆,D 类型的我不要:

public class Client {public static void main(String[] args) {Director director = new Director();// 1W辆A类型的奔驰车for (int i = 0; i < 10000; i++) {director.getABenzModel().run();}// 100W辆B类型的奔驰车for (int i = 0; i < 1000000; i++) {director.getBBenzModel().run();}// 1000W量C类型的宝马车for (int i = 0; i < 10000000; i++) {director.getCBMWModel().run();}}
}

清晰,简单吧,我们写程序重构的最终目的就是这个,简单,清晰,代码是让人看的,不是写完就完事了,我一直在教育我带的团队,Java 程序不是像我们前辈写那个二进制代码、汇编一样,写完基本上就自己能看懂,别人看就跟看天书一样,现在的高级语言,要像写中文汉字一样,你写的,别人能看懂。整个程序编写完毕,而且简洁明了,这就是建造者模式,中间有几个角色需要说明一下:
Client 就是牛叉公司,这个到具体的应用中就是其他的模块或者页面;
CarModel 以及两个实现类BenzModel 和BMWModel 叫做产品类(Product Class),这个产品类实现
了模板方法模式,也就是有模板方法和基本方法,这个参考上一节的模板方法模式;
CarBuilder 以及两个实现类BenzBuilder 和BMWBuilder 叫做建造者(Builder Class),在上面的
那个例子中就是我和我的团队,负责建造Benz 和BMW 车模,按照指定的顺序;
Director 类叫做导演类(Director Class),负责安排已有模块的顺序,然后告诉Builder 开始建造,
在上面的例子中就是我们的老大,Client 找到老大,说我要这个,这个,那个类型的车辆模型,然后老大就把
命令传递给我,我和我的团队就开始拼命的建造,于是一个项目建设完毕了。
大家看到这里估计就开始犯嘀咕了,这个建造者模式和工厂模式非常相似呀,Yes,是的,是非常相似,但是记住一点你就可以游刃有余的使用了:建造者模式最主要功能是基本方法的调用顺序安排,也就是这些基本方法已经实现了;而工厂方法则重点是创建,你要什么对象我创造一个对象出来,组装顺序则不是他关心的。建造者模式使用的场景,一是产品类非常的复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候使用建造者模式是非常合适,我曾在一个银行交易类项目中遇到了这个问题,一个产品的定价计算模型有N 多种,每个模型有固定的计算步骤,计算非常复杂,项目中就使用了建造者模式;二是“ 在对象创建过程中会使用到系统中的一些其它对象,这些对象在产品对象的创建过程中不易得到”,这个是我没有遇到过的,创建过程中不易得到?那为什么在设计阶段不修正这个问题,创建的时候都不易得到耶!

这篇关于建造者模式【Builder Pattern】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1063723

相关文章

如何开启和关闭3GB模式

https://jingyan.baidu.com/article/4d58d5414dfc2f9dd4e9c082.html

十四、观察者模式与访问者模式详解

21.观察者模式 21.1.课程目标 1、 掌握观察者模式和访问者模式的应用场景。 2、 掌握观察者模式在具体业务场景中的应用。 3、 了解访问者模式的双分派。 4、 观察者模式和访问者模式的优、缺点。 21.2.内容定位 1、 有 Swing开发经验的人群更容易理解观察者模式。 2、 访问者模式被称为最复杂的设计模式。 21.3.观察者模式 观 察 者 模 式 ( Obser

Builder模式的实现

概念 在创建复杂对象时,将创建该对象的工作交给一个建造者,这个建造者就是一个Builder。在日常的开发中,常常看到,如下这些代码: AlertDialog的实现 AlertDialog.Builder builder = new AlertDialog.Builder(context);builder.setMessage("你好建造者");builder.setTitle

[分布式网络通讯框架]----ZooKeeper下载以及Linux环境下安装与单机模式部署(附带每一步截图)

首先进入apache官网 点击中间的see all Projects->Project List菜单项进入页面 找到zookeeper,进入 在Zookeeper主页的顶部点击菜单Project->Releases,进入Zookeeper发布版本信息页面,如下图: 找到需要下载的版本 进行下载既可,这里我已经下载过3.4.10,所以以下使用3.4.10进行演示其他的步骤。

《分析模式》“鸦脚”表示法起源,Everest、Barker和Hay

DDD领域驱动设计批评文集 做强化自测题获得“软件方法建模师”称号 《软件方法》各章合集 《分析模式》这本书里面用的并不是UML表示法。作者Martin Fowler在书中也说了,该书写于1994-1995年,当时还没有UML。作者在书中用的是一种常被人称为“鸦脚”的表示法。  有的同学会有误解,例如有同学发表以下感想: “鸦脚”表示法当然不是Fowler先使用的。F

设计模式学习之中介者模式

我们平时写代码的过程,一个类必然会与其他类产生依赖关系,如果这种依赖关系如网状般错综复杂,那么必然会影响我们的代码逻辑以及执行效率,适当地使用中介者模式可以对这种依赖关系进行解耦使逻辑结构清晰,本篇博客,我们就一起学习中介者模式。 定义及使用场景 定义:中介者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使它们可以松散耦合。当某些对象之间的作用发生改变时,不会立即影响其

设计模式学习之模版方法模式

模板方法模式是一种基于继承的代码复用的行为型模式;在其结构中只存在父类与子类之间的继承关系。通过使用模板方法模式,可以将一些复杂流程的实现步骤封装在一系列基本方法中,在抽象父类中提供一个称之为模板方法的方法来定义这些基本方法的执行次序,而通过其子类来覆盖某些步骤,从而使得相同的算法框架可以有不同的执行结果。本篇博客我们一起来学习模版方法模式。 定义与UML图 定义 模板方法模式:定义一个操作

Android设计模式学习之Builder模式

Android设计模式学习之观察者模式 建造者模式(Builder Pattern),是创造性模式之一,Builder 模式的目的则是为了将对象的构建与展示分离。Builder 模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程。 模式的使用场景 1.相同的方法,不同的执行顺序,产生不同的事件结果时; 2.多个部件或零件,都可

【设计模式-04】原型模式

【设计模式-04】原型模式 1. 概述2. 结构3. 实现4. 案例5. 使用场景6. 优缺点6.1 原型模式的优点6.2 原型模式的缺点 7. 实现深克隆(深拷贝) 1. 概述 原型模式: 用一个已经创建的实例作为原型,通过复制该原型对象来创建一个和原型对象相同的新对象。 2. 结构 原型模式包含如下角色: 抽象原型类:规定了具体原型对象必须实现的 clone() 方法。