设计模式之装饰模式 - 202203

2024-05-11 17:32

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

模式动机

一般有两种方式可以实现给一个类或对象增加行为:

  • 继承机制,使用继承机制是给现有类添加功能的一种有效途径,通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的,用户不能控制增加行为的方式和时机。
  • 关联机制,即将一个类的对象嵌入另一个对象中,由另一个对象来决定是否调用嵌入对象的行为以便扩展自己的行为,我们称这个嵌入的对象为装饰器(Decorator)

装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任,换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不需要创造更多子类的情况下,将对象的功能加以扩展。这就是装饰模式的模式动机。

模式定义

装饰模式(Decorator Pattern) :动态地给一个对象增加一些额外的职责(Responsibility),就增加对象功能来说,装饰模式比生成子类实现更为灵活。其别名也可以称为包装器(Wrapper),与适配器模式的别名相同,但它们适用于不同的场合。根据翻译的不同,装饰模式也有人称之为“油漆工模式”,它是一种对象结构型模式。

模式结构

装饰模式包含如下角色:

  • Component: 抽象构件
  • ConcreteComponent: 具体构件
  • Decorator: 抽象装饰类
  • ConcreteDecorator: 具体装饰类

时序图

代码

// Decorator.h 类声明
//
// Created by zhaoyf on 2022/4/10.
//#ifndef CPPDESIGNPATTERN_DECORATORPATTERN_H
#define CPPDESIGNPATTERN_DECORATORPATTERN_Hnamespace DecoratorPattern{// Componentclass Component {public:virtual ~Component(){};virtual void Operation() = 0;};// ConcreteComponentclass ConcreteComponent : public Component{public:virtual ~ConcreteComponent() {}virtual void Operation() override;};// Decoratorclass Decorator : public Component{public:Decorator(Component* c);virtual ~Decorator() {}virtual void Operation() override;private:Component* pCom;};// ConcreteDecoratorAclass ConcreteDecoratorA : public Decorator{public:ConcreteDecoratorA( Component *c );// virtual ~ConcreteDecoratorA(); // 要声明就要实现, 否则报错virtual void Operation() override;void AddBehavior(); // 模拟添加的特殊功能};// ConcreteDecoratorBclass ConcreteDecoratorB : public Decorator{public:ConcreteDecoratorB( Component *c );// virtual ~ConcreteDecoratorB(){};virtual void Operation() override;void AddBehavior(); // // 模拟添加的特殊功能};}
#endif //CPPDESIGNPATTERN_DECORATORPATTERN_H
// Decorator.cpp 类定义
//
// Created by zhaoyf on 2022/4/10.
//#include "DecoratorPattern.h"
#include <iostream>namespace DecoratorPattern{// ConcreteComponentvoid ConcreteComponent::Operation(){std::cout << "Concrete Component operation" << std::endl;}// DecoratorDecorator::Decorator(Component* c):pCom(c){}void Decorator::Operation(){pCom->Operation();}// ConcreteDecoratorAConcreteDecoratorA::ConcreteDecoratorA( Component *c ):Decorator(c){}void ConcreteDecoratorA::Operation(){Decorator::Operation();AddBehavior();}void ConcreteDecoratorA::AddBehavior(){std::cout << "ConcreteDecoratorA AddBehavior AAAA" << std::endl;}// ConcreteDecoratorAConcreteDecoratorB::ConcreteDecoratorB( Component *c ):Decorator(c){}void ConcreteDecoratorB::Operation(){Decorator::Operation();AddBehavior();}void ConcreteDecoratorB::AddBehavior(){std::cout << "ConcreteDecoratorB AddBehavior BBBB" << std::endl;}}
// main.cpp 测试代码int main(){auto pc = new ConcreteComponent();// 增加A 行为auto pa = new ConcreteDecoratorA(pc);Component* p = pa;p->Operation();// 增加B 行为auto pb = new ConcreteDecoratorB(pa);p = pb;p->Operation();delete pc;delete pa;delete pb;return 0;}output:
Concrete Component operation
ConcreteDecoratorA AddBehavior AAAA
Concrete Component operation
ConcreteDecoratorA AddBehavior AAAA
ConcreteDecoratorB AddBehavior BBBB

站在别人的肩膀上,感谢,参考文章如下:

3. 装饰模式 — Graphic Design Patterns

https://github.com/JakubVojvoda/design-patterns-cpp/tree/master/decorator

个人代码仓库:

Cpp_Design_Pattern: 用C++实现的设计模式学习

这篇关于设计模式之装饰模式 - 202203的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

在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以及单例模式来构建一个基本的库存管理系统