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

设计模式-装饰模式

装饰模式

装饰模式 (Decorator Pattern),也称为包装器模式 (Wrapper Pattern),是一种结构型设计模式。它允许你向一个现有的对象动态地添加新的功能,同时又不改变其结构。这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。

核心思想:

  • 动态地给一个对象添加一些额外的职责。

  • 就增加功能来说,装饰模式相比生成子类更为灵活。

  • 装饰者和被装饰者实现同一个接口,或者装饰者是抽象被装饰者的子类。

为什么需要装饰模式?

想象一下,你有一个咖啡店的系统。基础的咖啡有浓缩咖啡 (Espresso)、混合咖啡 (HouseBlend) 等。现在顾客可以要求加牛奶 (Milk)、摩卡 (Mocha)、豆浆 (Soy)、奶泡 (Whip) 等调料。

  • 如果使用继承:

    • EspressoWithMilk

    • EspressoWithMocha

    • EspressoWithMilkAndMocha

    • HouseBlendWithMilk

    • ...

    • 这会导致类的数量急剧膨胀,难以管理和维护(类爆炸问题)。而且,如果你想动态地给一杯已经做好的咖啡加调料,继承就无能为力了。

装饰模式通过“包装”的方式,优雅地解决了这个问题。

装饰模式的参与者:

  1. Component (组件接口):

    • 定义了原始对象和装饰器对象的共同接口。

    • 客户端代码将通过这个接口与对象进行交互。

    • 例如:Beverage (饮品接口)

  2. ConcreteComponent (具体组件):

    • 实现了 Component 接口的类,是被装饰的原始对象。

    • 例如:Espresso, HouseBlend (具体的饮品)

  3. Decorator (抽象装饰类):

    • 也实现了 Component 接口(或者继承自 Component 的抽象类)。

    • 它持有一个 Component 对象的引用 (通常通过构造函数传入)。

    • 它的主要职责是将请求传递给它所包装的 Component 对象,并且可以在传递请求之前或之后执行一些额外的操作。

    • 例如:CondimentDecorator (调料装饰器抽象类)

  4. ConcreteDecorator (具体装饰类):

    • 继承自 Decorator (或实现 Component 接口并包含一个 Component)。

    • 它向被包装的 Component 对象添加具体的功能。

    • 例如:Milk, Mocha, Whip (具体的调料)

工作流程:

  1. 客户端创建一个 ConcreteComponent 对象。

  2. 如果需要添加功能,客户端将这个 ConcreteComponent 对象传递给一个 ConcreteDecorator 对象的构造函数,创建一个装饰后的对象。

  3. 可以重复步骤2,用一个装饰器包装另一个装饰器,形成一个装饰链。

  4. 客户端通过最外层的装饰器对象(它也实现了 Component 接口)调用方法。

  5. 请求会沿着装饰链逐层传递到最内层的 ConcreteComponent,并且每个装饰器都可以在这个过程中添加自己的行为。

一个简单的Java示例 (咖啡店):

// 1. Component (组件接口)
interface Beverage {String getDescription();double cost();
}
​
// 2. ConcreteComponent (具体组件)
class Espresso implements Beverage {@Overridepublic String getDescription() {return "Espresso";}
​@Overridepublic double cost() {return 1.99;}
}
​
class HouseBlend implements Beverage {@Overridepublic String getDescription() {return "House Blend Coffee";}
​@Overridepublic double cost() {return 0.89;}
}
​
// 3. Decorator (抽象装饰类)
abstract class CondimentDecorator implements Beverage {protected Beverage beverage; // 被包装的饮品对象
​public CondimentDecorator(Beverage beverage) {this.beverage = beverage;}
​// 通常,getDescription() 在抽象装饰器中可能是抽象的,或者直接委托// 这里我们选择让具体的装饰器来组合描述@Overridepublic abstract String getDescription();// cost() 也由具体装饰器实现
}
​
// 4. ConcreteDecorator (具体装饰类)
class Milk extends CondimentDecorator {public Milk(Beverage beverage) {super(beverage);}
​@Overridepublic String getDescription() {return beverage.getDescription() + ", Milk";}
​@Overridepublic double cost() {return beverage.cost() + 0.10;}
}
​
class Mocha extends CondimentDecorator {public Mocha(Beverage beverage) {super(beverage);}
​@Overridepublic String getDescription() {return beverage.getDescription() + ", Mocha";}
​@Overridepublic double cost() {return beverage.cost() + 0.20;}
}
​
class Whip extends CondimentDecorator {public Whip(Beverage beverage) {super(beverage);}
​@Overridepublic String getDescription() {return beverage.getDescription() + ", Whip";}
​@Overridepublic double cost() {return beverage.cost() + 0.15;}
}
​
// 客户端代码
public class StarbuzzCoffee {public static void main(String[] args) {Beverage beverage = new Espresso();System.out.println(beverage.getDescription() + " $" + beverage.cost());// Output: Espresso $1.99
​Beverage beverage2 = new HouseBlend();beverage2 = new Mocha(beverage2); // 用Mocha装饰beverage2 = new Milk(beverage2);  // 再用Milk装饰beverage2 = new Whip(beverage2);   // 再用Whip装饰System.out.println(beverage2.getDescription() + " $" + String.format("%.2f", beverage2.cost()));// Output: House Blend Coffee, Mocha, Milk, Whip $1.34
​Beverage beverage3 = new Espresso();beverage3 = new Milk(beverage3);beverage3 = new Milk(beverage3); // 加两份牛奶beverage3 = new Whip(beverage3);System.out.println(beverage3.getDescription() + " $" + String.format("%.2f", beverage3.cost()));// Output: Espresso, Milk, Milk, Whip $2.34}
}

优点:

  1. 比继承更灵活: 可以在运行时动态地添加或删除对象的职责,而不需要修改现有类的代码。

  2. 避免类爆炸: 通过组合的方式,可以避免因各种功能组合而导致大量子类的产生。

  3. 职责分离: 每个装饰器只关心添加特定的功能,使得类的职责更加单一。

  4. 符合开闭原则: 对扩展开放(可以添加新的装饰器),对修改关闭(不需要修改现有组件或装饰器)。

  5. 装饰器和被装饰的对象可以独立变化: 只要它们都遵循共同的接口。

缺点:

  1. 产生许多小对象: 系统中可能会出现很多小的装饰器对象,如果过度使用,会增加系统的复杂性。

  2. 调试困难: 由于涉及到多层包装,在调试时追踪问题可能会比较复杂。

  3. 接口一致性: 装饰器和被装饰对象必须具有相同的接口。如果被装饰对象的接口很庞大,那么装饰器的实现也会变得复杂。

何时使用装饰模式?

  • 当你希望在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。

  • 当你希望用比继承更灵活的方式来扩展对象的功能。

  • 当通过子类化扩展会产生大量独立的扩展,导致类数量爆炸时。

  • 当一个类的定义被隐藏,或者因其他原因无法通过子类化扩展时(例如,final 类)。

实际应用场景举例:

  • Java I/O 类库: FileInputStream (ConcreteComponent) 可以被 BufferedInputStream (ConcreteDecorator) 包装以增加缓冲功能

http://www.xdnf.cn/news/684829.html

相关文章:

  • 机器学习中无监督学习方法的聚类:划分式聚类、层次聚类、密度聚类
  • Python爬虫第22节- 结合Selenium识别滑动验证码实战
  • Java设计模式之设计原则
  • 莫毅明和钟家庆数学命题证明使用的预期理由和或然推理的错误
  • 使用JAVA 语言中 JNA 和 PDU 的区别
  • 深兰科技陈海波率队考察南京,加速AI医诊大模型区域落地应用
  • Python爬虫(40)基于Selenium与ScrapyRT构建高并发动态网页爬虫架构:原理、实现与性能优化
  • vscode 配置 QtCreat Cmake项目
  • 文件上传绕过方法总结
  • Deep Evidential Regression
  • 【AUTOSAR】时间保护(Timing Protection)概念、应用与实现源代码解析(上篇)
  • 大模型三大缺陷与RAG破解之道
  • vue3基本类型和对象类型的响应式数据
  • Disruptor—核心源码实现分析(三)
  • 解决开机必须联网的问题并关闭windows搜索页面的推荐
  • MES生产管理系统:Java+Vue,含源码与文档,集成生产信息,实现计划、执行与监控高效协同
  • Foupk3systemX5OSNTXPro引擎
  • 一键重装Windows/Linux系统,支持虚拟服务器
  • Java并发编程中的锁分类
  • AD-PCB--AD20软件安装及中英文切换 DAY 2
  • 链表题解——相交链表(力扣160 easy)
  • 树莓派安装中文字体和中文输入法
  • 【Qt开发】容器类控件
  • Python深度挖掘:openpyxl与pandas高效数据处理实战
  • 洛谷P1165—— 日志分析
  • java中的定时期
  • Linux换源yum和安装nginx,mysql
  • 做好测试用例设计工作的关键是什么?
  • 直角坐标方程、参数坐标方程、极坐标方程
  • 【数据结构与算法】模拟