当前位置: 首页 > news >正文

【结构型模式】装饰器模式

文章目录

  • 装饰器模式
    • 装饰器模式当中的角色和职责
    • 装饰器模式的代码实现
    • 装饰器模式与代理模式有何不同?
    • 装饰器模式的优缺点
    • 适用场景

装饰器模式

装饰器模式(Decorator Pattern):动态地给一个对象增加一些额外的职责,对于“增加对象功能”而言,装饰器模式比生成子类实现更为灵活,且装饰器模式可以无限叠加。
在这里插入图片描述

装饰器模式当中的角色和职责

装饰器模式的标准类图如下:

画板

  • Component(抽象构件):是具体构件和抽象装饰器的共同父类,声明了在具体构件中需要实现的业务方法。
  • ConcreteComponent(具体构件):是抽象构件的子嘞,用于定义具体的构件对象。装饰器可以为它添加额外的职责(方法)。

装饰器模式的代码实现

参考《Easy 搞定 Golang 设计模式》,下面以“添加手机配件”为场景,实现一个使用装饰器模式的 Demo:

package mainimport "fmt"// --- --- --- 抽象层 --- --- ---
// 定义抽象的构件
type Phone interface {Show() // 构件的功能
}// 装饰器基础类, 本应该定义为 interface, 但由于 Golang 的 interface 只有方法没有成员, 所以定义为 struct
type Decorator struct {phone Phone // 通过组合的方式实现 Decorator 基础类
}func (d *Decorator) Show() {}// --- --- --- 实现层 --- --- ---
// 定义具体的构件
type Apple struct{}func (ap *Apple) Show() {fmt.Println("正在使用苹果手机...")
}type Realme struct{}func (rm *Realme) Show() {fmt.Println("正在使用真我手机...")
}// 定义具体的装饰器
type TiemoDecorator struct {Decorator // 继承基础的装饰器类(主要继承 Phone 的成员属性)
}func (td *TiemoDecorator) Show() {td.phone.Show() // 调用被装饰构件的原方法fmt.Println("贴膜的手机")
}func NewTiemoDecorator(phone Phone) Phone {return &TiemoDecorator{Decorator{phone}}
}type ShoujikeDecorator struct {Decorator
}func (sd *ShoujikeDecorator) Show() {sd.phone.Show()fmt.Println("加装手机壳的手机")
}func NewShoujikeDecorator(phone Phone) Phone {return &ShoujikeDecorator{Decorator{phone}}
}func main() {var iphone Phoneiphone = new(Apple)iphone.Show() // 调用原构件的方法var tiemoIPhone PhonetiemoIPhone = NewTiemoDecorator(iphone)tiemoIPhone.Show()var shoujikeIPhone PhoneshoujikeIPhone = NewShoujikeDecorator(iphone)shoujikeIPhone.Show()var tiemoAndShoujikeIPhone PhonetiemoAndShoujikeIPhone = NewShoujikeDecorator(tiemoIPhone)tiemoAndShoujikeIPhone.Show()
}

装饰器模式与代理模式有何不同?

装饰器模式相较于代理模式而言,其动态性更好一些。可以根据不同的场景选择不同的模式,比如对于逻辑上需要增加的场景,可以使用代理模式;而对于需要无状态平行增加功能的场景,则可以选用装饰器模式,因为装饰器模式可以进行无状态的迭代。

装饰器模式的优缺点

优点

  1. 对于扩展一个对象的功能,装饰器模式比继承更加灵活,不会导致类的个数急剧增加;
  2. 可以通过一种动态的方式来扩展一个对象的功能,从而实现不同的行为;
  3. 可以对一个对象进行多次装饰(无状态地平行添加功能);
  4. 具体的构件类与具体的装饰器类可以独立变化,用户可以根据需要新增具体构件类和具体装饰器类,原有代码无需改变,符合“开闭原则”。

缺点

  1. 使用装饰器模式进行系统设计时会产生很多小的对象,大量小对象的产生势必会占用更多的系统资源,影响程序性能;
  2. 装饰器模式比继承更加灵活,但同时也意味着相较于继承,装饰器模式更容易出错。对于多次装饰的对象,如果出现问题,调试时需要逐级排查,较为繁琐。

适用场景

  1. 通过动态、透明的方式为单个对象添加职责;
  2. 当不能采用继承的方式对系统进行扩展或采用继承不利于系统扩展与维护时,可以使用装饰器模式。

相关文章:

  • 如何轻松地将数据从 iPhone传输到iPhone 16
  • godwork_ AT 5.2 摄影测量空三数据处理软件。
  • Monorepo 详解:现代前端工程的架构革命
  • OpenCV CUDA模块霍夫变换------在 GPU 上执行概率霍夫变换检测图像中的线段端点类cv::cuda::HoughSegmentDetector
  • Selenium 中 JavaScript 点击的优势及使用场景
  • [特殊字符] Unity 性能优化终极指南 — Text / TextMeshPro 组件篇
  • Ubuntu中SSH服务器安装使用
  • OpenCV CUDA模块特征检测------角点检测的接口createMinEigenValCorner()
  • TablePlus:一个跨平台的数据库管理工具
  • cacti导出的1分钟监控数据csv文件读取并按5分钟求平均值,然后计算95计费值,假设31天的月份
  • yolov12 训练json格式
  • 数据安全合规体系构建的“三道防线“
  • 百度云盘 vs Zoho网盘:哪个更适合作为同步盘?
  • Cursor配置python解释器方法
  • 《当AutoScheduler遇见边缘端:Apache TVM如何重塑模型算子的极限》
  • LeetCode 300 最长递增子序列
  • 沟通频率不合适,如何找到平衡点
  • [特殊字符] Unity UI 性能优化终极指南 — ScrollRect篇
  • 灵光一现的问题和常见错误4
  • 安全编码规范与标准:对比与分析及应用案例
  • 自己做网站用软件/网站怎么优化排名的方法
  • 老板合作网站开发/佛山网络推广平台
  • 换友链的网站/哈尔滨网站推广
  • 网站被挂马做js跳转/网站seo哪家做的好
  • 文友胜做的网站/产品营销策划方案
  • 做骑兵电影网站赚钱/典型十大优秀网络营销案例