设计模式 —— 建造者模式

原创 已于 2023-07-27 09:12:52 修改 · 103 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#设计模式 #建造者模式

于 2023-07-24 19:24:19 首次发布
建造者模式是一种设计模式，它将对象的构建和表示分离，Builder负责创建组件，Director指导组装成完整对象。Lombok中的builder注解是建造者模式的一个常见应用，通过静态内部类和链式方法实现。该模式的优点在于灵活性和代码解耦，但可能违反单一职责原则。

建造者模式

一. 概念

 将对象的构建与表示分离。建造模式可以将一个产品的内部表象（internal representation）与产品的生产过程分割开来，从而可以使一个建造过程生成具有不同的内部表象的产品对象。
 Builder生成组件（成员变量）；Director负责装配成对象。

二. 结构

在这里插入图片描述
在这里插入图片描述

三. 实例

在这里插入图片描述
用户操作Direcor控制哪个builder创建对象，并返回对象。指导了哪个构建者构建产品。抽象类builder可以和director整合在一起，但违法单一职责原则。

四. 优缺点

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在开发中，常用的lombok的builder就是建造者模式：
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

具体而言，就是通过在类中定义static final的内部类，通过链式编程来实现。在lombok中，直接.Builder.参数名(参数值)就可以使用。

五. 几种建造者模式的对比

在这里插入图片描述

93 | Python 设计模式 —— 建造者模式
微信号：RunsenLiu
08-08 1556
建造者模式是一种创建型设计模式，它解决了创建复杂对象的问题。在建造者模式中，将一个复杂对象的构建过程和表示分离，使得构建过程可以创建不同的表示。这样，同样的构建过程可以创建不同类型或配置的对象，使得代码更加灵活和易于维护。当需要构建的对象有多个组成部分，且构建过程相对复杂。当希望创建不同类型或配置的对象，但又不希望客户端直接与具体构建过程耦合。建造者模式是一种创建型设计模式，它通过将复杂对象的构建过程与表示分离，使得构建过程可以创建不同的表示。
设计模式——建造者模式
weixin_46073538的博客
07-10 1846
建造者模式(Builder Pattern)又叫生成器模式，是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别)，使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。建造者模式 是一步一步创建一个复杂的对象，它允许用户只通过指定复杂对象的类型和内容就可以构建它们.用户不需要知道内部的具体构建细节。
Java设计模式——建造者模式
2302_77758423的博客
06-03 2022
建造者模式是一种强大的工具，可以帮助我们更好地组织和管理复杂对象的创建过程。通过将对象的构建过程与其表示分离，我们可以更灵活地控制对象的创建，并提高代码的可读性和可维护性。
C++ 设计模式——建造者模式
慢慢记录，慢慢更新。
08-18 2020
建造者模式（Builder Pattern）是一种创建型设计模式，它允许使用多个简单的对象一步步构建一个复杂的对象。建造者模式通过将对象的构建过程与表示分离，使得同样的构建过程可以创建不同的表示。
软件设计模式——建造者模式
wangshiqi666的博客
02-09 1012
建造者模式
大话设计模式——建造者模式
maohuiwencom的博客
02-09 206
设计模式——建造者模式，一个复杂对象的构建过程与表示过程分离，使得同样的建造过程产生不一样的意图。
简说设计模式——建造者模式
jcc4261的博客
12-09 1036
简说设计模式——建造者模式
设计模式——建造者模式(生成器模式)
weixin_42903300的博客
06-12 939
而ConcreteBuilder是具体的建造者，实现Builder接口，构造和装配各个部件，Product是具体的产品。当我们需要创建一些复杂的对象，这些对象内部构建间的顺序通常是稳定的，但是对象内部的构建通常面临着复杂的变化。用了建造者模式，那么用户就只需要指定需要构建的类型就可以得到它们，而具体构造的细节和过程不需要知道。将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示的意图。概括地说，Builder是为创建一个Product对象的各个部件指定的抽象接口。
Python设计模式——建造者模式
钟灵毓秀的博客
10-26 819
建造者模式是将一个复杂对象的`构造`与`表示`分离，同样的构建过程可以创建不同的东西。
golang设计模式——建造者模式
qq_53267860的博客
08-09 1116
其实可以看到，绝大多数情况下直接使用后面的这种方式就可以了，并且在编写公共库的时候，强烈建议入口的参数都可以这么传递，这样可以最大程度的保证我们公共库的兼容性，避免在后续的更新的时候出现破坏性的更新的情况。...
设计模式——建造者模式03
qq_45178641的博客
04-02 1264
建造者模式 Builder
【设计模式笔记23】：长文解析-深刻理解「装饰器模式」
lyh2004_08的博客
01-01 1420
装饰器模式是一种动态扩展对象功能的结构型设计模式。它通过组合而非继承的方式，在不改变现有对象结构的情况下为其添加新功能。模式包含四个关键角色：组件接口(IGoat)、具体组件(XiGoat)、装饰器基类(DecoratedGoat)和具体装饰器(ShieldDecorated等)。装饰器模式能有效避免继承带来的类爆炸问题，通过层层包装形成装饰链，实现功能的灵活组合。相比继承，装饰器模式具有更好的扩展性、灵活性和代码复用性，特别适用于需要动态添加功能的场景，如游戏角色能力增强、Java I/O流处理等。其核心
Agent 开发设计模式（Agentic Design Patterns ）第 18 章：安全护栏（Guardrails）技术深度解析
shiter编写程序的艺术
01-01 83
而设计的多层次防护机制，本质上构成了AI系统的"安全免疫系统"。与传统软件的安全边界不同，Guardrails需要动态应对生成式AI的。：通过多层防御体系，在输入处理、决策执行、输出生成的全链路中嵌入安全检查点，将不可控的生成行为转化为可预测、可审计、可干预的受控过程。与CrewAI的输入预筛不同，Vertex ADK（Agent Development Kit）采用。策略执行器使用低延迟、低成本的Gemini Flash模型（温度参数设为0.0确保确定性），在。问题，同时避免了LLM作为护栏时的。
HarmonyOS 多页面架构设计模式总结
最新发布
guanmingyuangmy的博客
01-04 619
页面只负责 UI，路由统一管理，状态集中托管，逻辑模块化拆分HarmonyOS 的多页面架构并不复杂，难点不在 API，而在工程设计意识。如果你：正在从 Android 转 HarmonyOS或正在做一个中大型鸿蒙项目那么尽早建立清晰的多页面架构，会极大降低后期维护成本。
设计模式-策略模式详解
qq_36944952的博客
12-29 1378
策略模式是一种行为设计模式，它通过定义算法家族并将每个算法封装为独立类，使它们可以相互替换。该模式解决了硬编码多种实现方式导致的代码臃肿问题，将算法使用与实现分离。核心结构包括策略接口、具体策略类和上下文类。以支付功能为例，策略模式将支付宝、微信支付等不同支付方式封装为独立策略类，通过上下文类统一调用，避免了大量if-else判断，提高了代码的可维护性和扩展性，符合开闭原则。
认识设计模式——工厂模式
2401_84073201的博客
01-01 783
定义一个工厂类，通过静态方法（或普通方法）根据传入的参数，创建并返回不同类型的产品实例。产品需继承自同一抽象基类（或接口）。将简单工厂的“单一工厂类”拆分为**“工厂抽象基类+具体工厂子类”**，每个具体工厂只负责创建一种具体产品。新增产品时，只需新增对应的产品类和工厂子类，无需修改原有代码。抽象工厂模式用于创建一系列相关或相互依赖的产品（产品族），它定义了一个抽象工厂接口，每个具体工厂实现该接口，负责创建一个产品族中的所有产品。
设计模式：实战概要
技术分析
12-29 887
设计模式不是 “银弹”，而是解决特定问题的工具。掌握设计模式的关键，不是死记硬背代码结构，而是理解模式背后的设计思想——高内聚、低耦合、开闭原则，这样才能在面对复杂业务场景时，灵活选择合适的模式。
【设计模式】工厂方法模式（Factory Method）详解：从简单工厂到真正的“面向扩展”
经天纬地，格物致理
01-03 1037
摘要： 工厂方法模式通过将对象创建延迟到子类，解决了简单工厂模式违反开闭原则的问题。它包含抽象产品、具体产品、抽象工厂和具体工厂四个角色，以日志系统为例展示了文件日志和数据库日志的实现方式。相比简单工厂，工厂方法模式扩展性更强，但会增加类的数量。适用于产品类型频繁扩展的场景（如框架开发），但不适合小型项目。JDK中的Collection.iterator()体现了该模式思想。核心优势是解耦客户端与具体产品，支持灵活扩展，但需权衡设计复杂度。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值