设计模式 4 建造者模式

2024-08-22 20:12
文章标签 设计模式 模式 建造

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

设计模式 4

  • 创建型模式(5):工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式
  • 结构型模式(7):适配器模式、桥接模式、组合模式、装饰者模式、外观模式、享元模式、代理模式
  • 行为型模式(11):责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式、访问者模式

文章目录

  • 设计模式 4
    • 建造者模式(Builder Pattern)
      • 1 定义
      • 2 建造者模式的结构
      • 3 示例代码
      • 4 特点
      • 5 适用场景
      • 6 与工厂模式对比

建造者模式(Builder Pattern)

1 定义

建造者模式将一个复杂对象的构造过程分离出来,使得相同的构造过程可以创建不同的表示。它使用多个简单的对象一步一步构建复杂对象,通过不同的建造者实现不同的构建方式。

2 建造者模式的结构

建造者模式主要包含以下角色:

  • 产品(Product): 最终要创建的复杂对象。
  • 抽象建造者(Builder): 定义构造产品的抽象步骤接口。
  • 具体建造者(ConcreteBuilder): 实现 Builder 接口,构建和装配各个部分。
  • 指挥者(Director): 负责管理 Builder 接口,按步骤构建产品。

UML 类图

+-------------------+               +-------------------+
|     Director      |               |      Builder      |
+-------------------+               +-------------------+
| - Construct()     |<------------->| + BuildPart()     |
+-------------------+               +-------------------+/|\                                   ||                                    ||                                    ||                            +-------------------+|                            | ConcreteBuilder   ||                            +-------------------+|                            | + BuildPart()     ||                            | + GetResult()     ||                            +-------------------+||+------------------+ |     Product      |+------------------+| + AddPart()      |+------------------+

3 示例代码

下面是一个用建造者模式构建复杂对象的示例。在这个例子中,我们通过建造者模式来创建一种复杂的 House 对象,包含多个部分如地基、墙壁和屋顶。

产品类

// 产品:House
public class House
{private List<string> parts = new List<string>();public void AddPart(string part){parts.Add(part);}public void ShowParts(){Console.WriteLine("House parts:");foreach (var part in parts){Console.WriteLine(part);}}
}

抽象建造者

// 抽象建造者
public abstract class HouseBuilder
{protected House house = new House();public abstract void BuildFoundation();public abstract void BuildWalls();public abstract void BuildRoof();public House GetResult(){return house;}
}

具体建造者

// 具体建造者1:建造木质房屋
public class WoodenHouseBuilder : HouseBuilder
{public override void BuildFoundation(){house.AddPart("Wooden Foundation");}public override void BuildWalls(){house.AddPart("Wooden Walls");}public override void BuildRoof(){house.AddPart("Wooden Roof");}
}// 具体建造者2:建造石质房屋
public class StoneHouseBuilder : HouseBuilder
{public override void BuildFoundation(){house.AddPart("Stone Foundation");}public override void BuildWalls(){house.AddPart("Stone Walls");}public override void BuildRoof(){house.AddPart("Stone Roof");}
}

指挥者

// 指挥者
public class ConstructionDirector
{private HouseBuilder _houseBuilder;public void SetBuilder(HouseBuilder builder){_houseBuilder = builder;}public void ConstructHouse(){_houseBuilder.BuildFoundation();_houseBuilder.BuildWalls();_houseBuilder.BuildRoof();}
}

客户端代码

class Program
{static void Main(string[] args){var director = new ConstructionDirector();// 建造木质房屋var woodenHouseBuilder = new WoodenHouseBuilder();director.SetBuilder(woodenHouseBuilder);director.ConstructHouse();House woodenHouse = woodenHouseBuilder.GetResult();woodenHouse.ShowParts();Console.WriteLine();// 建造石质房屋var stoneHouseBuilder = new StoneHouseBuilder();director.SetBuilder(stoneHouseBuilder);director.ConstructHouse();House stoneHouse = stoneHouseBuilder.GetResult();stoneHouse.ShowParts();}
}

4 特点

  • 优点:

    • 解耦建造过程和产品表示: 客户端不需要知道构造细节,只需要通过指挥者控制构建过程。

    • 代码清晰: 将复杂对象的创建过程一步一步实现,使得代码易于维护和理解。

    • 更好的控制: 允许逐步创建产品,使得每个部分的构建步骤可以独立变化。

  • 缺点:

    • 产品类型过多: 如果有很多不同的产品类型,可能会导致建造者类的数量过多,增加系统复杂性。

    • 难以支持变化: 如果产品的构建步骤发生变化,所有具体建造者都需要修改,难以适应变化。

5 适用场景

  • 构建复杂对象: 当一个对象包含多个部分且构建过程复杂时,使用建造者模式。
  • 相同的构建过程,创建不同的表示: 当构建过程相同,但不同的具体建造者可以构建不同表示的对象时。
  • 分步骤创建对象: 当需要通过多个步骤来创建一个对象,并且这些步骤可能会有所变化时。

6 与工厂模式对比

  • 与工厂模式的区别: 工厂模式关注的是创建单个产品对象,而建造者模式关注的是通过多个步骤构建复杂对象。
  • 与抽象工厂模式的区别: 抽象工厂模式提供了一系列相关对象的创建,而建造者模式则更关注构建过程的控制。

建造者模式非常适合在创建复杂对象时使用,尤其是在构建步骤明确且需要控制构建过程的情况下。

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



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

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统