设计模式(七)创建者模式之建造者模式

这里写目录标题

  • 概述
  • 需求
  • 需求类图
    • Bike
    • Builder
    • MobikeBuilder
    • OfoBuilder
    • Director
    • Client
    • Client
    • 优缺点
    • 使用场景
  • 模式扩展
    • Computer
    • Client
    • 创建者模式对比
      • 工厂方法模式VS建造者模式
      • 抽象工厂模式VS建造者模式
  • 总结

概述

  • 建造者模式又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同属性的对象
  • 建造者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,不需要知道内部的具体构建细节(如用户在选购汽车的时候,只需要选择好方向盘、轮胎、发动机类型,不需要知道零件是怎么制造出来的)
  • 在这里插入图片描述
    例如需要把这些的配件组装成一个主机。第一步安装CPU、第二步安装风扇、第三步安装内存条…
    建造者模式注重于组装。

需求

创建共享单车

生产自行车是一个复杂的过程,它包含了车架,车座等组件的生产。而车架又有碳纤维,铝合金等材质的,车座有橡胶,真皮等材质。对于自行车的生产就可以使用建造者模式。

这里Bike是产品,包含车架,车座等组件;Builder是抽象建造者,MobikeBuilder和OfoBuilder是具体的建造者;Director是指挥者。类图如下:

需求类图

实例

Bike

package com.lx.design.creator.builder;/*** TODO 添加描述** @author lx* @date 2024/6/18 23:11* 自行车类*/
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;}
}

Builder

package com.lx.design.creator.builder;/*** TODO 添加描述** @author lx* @date 2024/6/18 23:12*/
public abstract class Builder {protected Bike bike = new Bike();public abstract void buildFrame();public abstract void buildSeat();public abstract Bike createBike();
}

MobikeBuilder

package com.lx.design.creator.builder;/**
* TODO 添加描述
*
* @author lx
* @date 2024/6/18 23:13
* 摩拜单车
*/
public class MobikeBuilder extends Builder {@Overridepublic void buildFrame() {bike.setFrame("铝合金车架");}@Overridepublic void buildSeat() {bike.setSeat("真皮车座");}@Overridepublic Bike createBike() {return bike;}
}

OfoBuilder

package com.lx.design.creator.builder;/**
* TODO 添加描述
*
* @author lx
* @date 2024/6/18 23:13
*/
public class OfoBuilder extends Builder{@Overridepublic void buildFrame() {bike.setFrame("碳纤维车架");}@Overridepublic void buildSeat() {bike.setSeat("橡胶车座");}@Overridepublic Bike createBike() {return bike;}
}

Director

package com.lx.design.creator.builder;/**
* TODO 添加描述
*
* @author lx
* @date 2024/6/18 23:15
*/
public class Director {private Builder mBuilder;public Director(Builder builder) {mBuilder = builder;}public Bike construct() {mBuilder.buildFrame();mBuilder.buildSeat();return mBuilder.createBike();}
}

Client

package com.lx.design.creator.builder;/**
* TODO 添加描述
*
* @author lx
* @date 2024/6/18 23:16
*/
public class Client {public static void main(String[] args) {//创建建造者MobikeBuilder mobikeBuilder = new MobikeBuilder();//复制建造者Director director = new Director(mobikeBuilder);//建造者构建自行车Bike bike = director.construct();System.out.println(bike.getFrame());System.out.println(bike.getSeat());}}

注意:

上面示例是 Builder模式的常规用法,指挥者类 Director 在建造者模式中具有很重要的作用,它用于指导具体构建者如何构建产品,控制调用先后次序,并向调用者返回完整的产品类,但是有些情况下需要简化系统结构,可以把指挥者类和抽象建造者进行结合

// 抽象 builder 类
public abstract class Builder {protected Bike mBike = new Bike();public abstract void buildFrame();public abstract void buildSeat();public abstract Bike createBike();//添加以下代码public Bike construct() {this.buildFrame();this.BuildSeat();return this.createBike();}
}

Client

public static void main(String[] args) {Bike bike = new MobikeBuilder().construct();System.out.println(bike.getFrame());System.out.println(bike.getSeat());}

优缺点

优点:

  • 建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
  • 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
  • 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
  • 建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。

缺点:

造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

使用场景

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

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

模式扩展

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

Computer

package com.lx.design.creator.builder.three;/*** TODO 添加描述** @author lx* @date 2024/6/19 16:27*/
public class Computer {private String cpu;private String wifi;// 私有构造方法,只能通过Builder来创建对象private Computer(ComputerBuilder builder) {this.cpu=   builder.cpu;this.wifi=   builder.wifi;}public String getCpu() {return cpu;}public void setCpu(String cpu) {this.cpu = cpu;}public String getWifi() {return wifi;}public void setWifi(String wifi) {this.wifi = wifi;}public static class ComputerBuilder {private String cpu;private String wifi;public String getCpu() {return cpu;}public ComputerBuilder setCpu(String cpu) {this.cpu = cpu;return this;}public String getWifi() {return wifi;}public ComputerBuilder setWifi(String wifi) {this.wifi = wifi;return this;}public Computer build(){return new Computer(this);}}
}

Client

package com.lx.design.creator.builder.three;/*** TODO 添加描述** @author lx* @date 2024/6/19 16:33*/
public class Client {public static void main(String[] args) {Computer build = new Computer.ComputerBuilder().setCpu("cpu").setWifi("wifi").build();System.out.println(build.getWifi());System.out.println(build.getCpu());}
}

创建者模式对比

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

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

我们举个简单例子来说明两者的差异,如要制造一个超人,如果使用工厂方法模式,直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;而如果使用建造者模式,则需要组装手、头、脚、躯干等部分,然后再把内裤外穿,于是一个超人就诞生了。建造者注重于步骤、组装。工厂方法注重于结果。

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

抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式则是不需要关心构建过程,只关心什么产品由什么工厂生产即可。

建造者模式则是要求按照指定的组件或者步骤建造产品,它的主要目的是通过组装零配件而产生一个新产品

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

总结

优点:

分步构建对象:

  • 建造者模式允许你按照步骤构建对象,通过链式调用或者在每个步骤中设置属性来完成。这样的方式比直接构造器构建更加灵活和直观,特别是当对象的构建过程比较复杂或者有多个可选参数时,尤为有效。

隐藏复杂构建过程:

  • 建造者模式将复杂对象的构建过程封装在一个独立的建造者类中,使得客户端代码不必知道具体的构建细节。客户端只需指定需要的配置和选项,而无需关心对象是如何一步步构建的。

提高代码复用性:

  • 可以通过建造者模式构建不同配置的对象,从而提高代码的复用性。同一个建造者可以用于构建多个不同表现形式的对象,只需改变建造者的配置参数即可。

便于控制构建过程:

  • 建造者模式可以在构建过程中逐步验证和设置对象的属性,可以在每个步骤中进行逻辑处理或者条件判断,从而更好地控制对象的构建过程。
    遵循单一职责原则:
  • 建造者模式将对象的构建和表示分离,每个具体建造者负责构建特定类型的对象。这有助于遵循单一职责原则,每个类专注于一个特定的构建任务。

缺点
增加了代码量:

  • 引入建造者模式会增加代码量,因为需要创建一个具体建造者类、可能的多个产品类以及指挥者(如果有的话)。这在简单对象的情况下可能显得繁琐。

对象构建过程更加复杂:

  • 如果对象相对简单,并且构建过程不太可能变化,使用建造者模式可能会显得过于复杂和冗余。此时直接使用构造函数或者工厂方法可能更为简单和直接。

不易于应对分步构建的变化:

  • 如果需要频繁修改对象的构建过程或者构建步骤,建造者模式可能会变得笨重,因为每次改动都需要修改建造者的逻辑或者添加新的建造者类。

可能导致对象不一致:

  • 如果在构建过程中缺少必要的约束或者验证逻辑,可能会导致最终构建的对象不符合预期,尤其是当对象的构建过程涉及多个步骤和条件时。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/web/30068.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Vue3中的常见组件通信之插槽

Vue3中的常见组件通信之插槽 概述 ​ 在vue3中常见的组件通信有props、mitt、v-model、 r e f s 、 refs、 refs、parent、provide、inject、pinia、slot等。不同的组件关系用不同的传递方式。常见的撘配形式如下表所示。 组件关系传递方式父传子1. props2. v-model3. $refs…

音频处理软件adobe audition使用教程

教程1笔记 基本操作 点击文件-》新建-》多轨会话: 编辑-》首选项,设置自动保存时间: 导入素材,文件-》导入素材,或者直接拖动进来文件! 导出多轨混音: 更改为需要导出的格式wav,mp3等格式&am…

矿用行程位移传感器传感器ZE0701-06CU

矿用行程传感器概述 矿用行程传感器是一种专为煤矿等特定环境设计的传感器,用于监测和测量设备或部件的位移量。它们通常用于液压支架、千斤顶、掘进机等矿山设备中,帮助监测和控制设备的运动状态,以确保安全和高效的生产。 定义和功能 矿用…

微信小程序入门1

什么是微信小程序? 与传统的原生应用相比,微信小程序是一种全新的连接用户与服务的应用,它可以在微信内被便捷地获取和传播,同时具有良好的用户体验。微信小程序是运行在微信中的应用,是一种不需要下载即可使用的应用…

食品企业仓储式批发零售一体化解决方案

食品企业需要有效应对日益复杂的市场挑战和消费者需求的快速变化的挑战并提升市场竞争力,仓储式类的批发零售一体化需求应运而生。这一全新的商业模式不仅整合了传统的批发和零售模式,还优化了供应链管理和客户体验,成为食品行业发展的新引擎…

哈希的基本原理

目录 一.哈希概念 二.哈希冲突 三.哈希函数 四.哈希冲突解决 一.闭散列(开放寻址法) ①插入: ②查找: ③删除: 代码测试: 二.开散列(拉链法) ①插入: ②查找: ③删除: 代码测试&a…

Linux终端玩转bastet俄罗斯方块小游戏

Linux终端玩转bastet俄罗斯方块小游戏 一、bastet小游戏介绍1.1 bastet小游戏简介1.2 项目预览 二、本次实践介绍2.1 本地环境规划2.2 本次实践介绍 三、检查系统镜像源3.1 检查系统镜像源3.2 更新软件列表3.3 查询软件 四、安装bastet小游戏4.1 安装bastet4.2 启动bastet游戏 …

基本公式汇总

高等数学公式汇总 一、三角函数公式 1、特殊值 2、二倍角和差公式 1)正余弦和差公式 2)正切和差公式 3)积化和差 4)和差化积 3、平方和公式 4、倍角公式 5、半角公式 6、万能公式 7、辅助角公式 二、反三角函数公式 1、余角关…

宁德时代华北首座电池工厂在北京开工

6月18日,由宁德时代与北汽集团、京能集团、小米集团等共同投资建设的北京时代电池基地项目开工仪式在北京举行。 北京市相关政府代表,宁德时代董事长兼CEO曾毓群,北汽集团董事长张建勇,京能集团副总经理张凤阳,小米集…

GaussDB技术解读——GaussDB架构介绍(五)

GaussDB架构介绍(四)从云原生关键技术架构&关键技术方案两方面对GaussDB云原生架构进行了解读,本篇将从关键技术方案的事务存储组件、SQL引擎组件、DCS组件、实时分析组件等方面继续介绍GaussDB云原生架构。 目录 事务存储组件 1、本地…

NPDP含金量、考试内容、报考要求、适合人群?

01.NPDP核心价值解读 NPDP认证的核心价值在于整合产品开发管理的理论与实践,包含新产品开发策略、研发流程管理、市场研究、销规划、团队管理、项目管理等等,理论体系和知识内容穿插在产品发展的全过程。 对于职场打工人来说,拥有NPDP证书证…

【超越拟合:深度学习中的过拟合与欠拟合应对策略】

如何处理过拟合 由于过拟合的主要问题是你的模型与训练数据拟合得太好,因此你需要使用技术来“控制它”。防止过拟合的常用技术称为正则化。我喜欢将其视为“使我们的模型更加规则”,例如能够拟合更多类型的数据。 让我们讨论一些防止过拟合的方法。 获…

css如何动态累计数字?

导读:css如何动态累计数字?用于章节目录的序列数生成,用css的计数器实现起来比 js方式更简单! 伪元素 ::after ::before伪元素设置content 可以在元素的首部和尾部添加内容,我们要在元素的首部添加序列号&#xff0c…

NUC 14 Pro+:解锁AI前沿,体验科技之美

NUC 14 Pro不仅是一台迷你主机,更是生活品质的体现。如果你也是细节控,那这篇文章或许是你需要的。 超小体积 造型精致 NUC 14 Pro作为迷你PC拥有约0.66L的超小体积,如果你对升没有概念,那你可以想象:它的机箱面积144…

ChatGLM:A Family of Large Language Models from GLM-130B to GLM-4 All Tools

ChatGLM: A Family of Large Language Models from GLM-130B to GLM-4 All Tools 相关链接:arxiv 关键字:Large Language Models、GLM、Transformer、Post-training Alignment、Multi-language 摘要 本文介绍了ChatGLM,这是一个不断发展的大…

聚四氟乙烯提取瓶2L固废浸提用PTFE大口瓶适配FZ-4翻转震荡器

聚四氟乙烯广口瓶的口径较大,我司采用“直上直下”的样式设计,方便样品的存放和拿取。瓶身内壁平滑,,易清洗。瓶口是螺纹口设计,保证很好的密封性。聚四氟乙烯广口瓶特性:1.耐高低温:-200至250℃…

RIP与OSPF发布默认路由(华为)

#交换设备 RIP与OSPF发布默认路由 合理使用默认路由可以很大程度上减少本地路由表的大小,并可以较好的隐藏一个网络中的路由信息,保护自身网络的隐秘性 另外如果在同一个路由器两端使用了不同的路由协议,那么如果不做路由引入或者发布默认…

破除“数据孤岛”新策略:Data Fabric(数据编织)和逻辑数据平台

今天,我们已经进入到一个数据爆发的时代,仅 2022 年,我国数据产量就高达 8.1ZB,同比增长 22.7%,数据产量位居世界第二。数据作为新型生产资料,是企业数智化运营的基础,已快速融入到生产、分配、…

文件系统实验(操作系统)

文件系统实验 【预备知识】 1.文件系统的文件类型 为了便于用户利用终端进行输入和输出,UNIX系统做了专门安排。UNIX系统自动为用户打开3个文件:标准输入、标准输出和标准错误输出文件,文件描述符分别为0、1、2,缺省时&#xff0c…

C语言实现五子棋教程

Hi~!这里是奋斗的小羊,很荣幸您能阅读我的文章,诚请评论指点,欢迎欢迎 ~~ 💥💥个人主页:奋斗的小羊 💥💥所属专栏:C语言 🚀本系列文章为个人学习…