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

设计模式 9 装饰器模式

设计模式 9

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

文章目录

  • 设计模式 9
    • 装饰器模式(Decorator Pattern)
      • 1 定义
      • 2 结构
      • 3 示例代码
      • 4 特点
      • 5 适用场景
      • 6 与其他模式对比

装饰器模式(Decorator Pattern)

1 定义

装饰器模式通过创建一个装饰器类,它实现了与被装饰对象相同的接口,从而可以在运行时动态地添加新功能。这种模式提供了一种灵活的替代方案来扩展对象的功能,避免了使用子类来扩展功能的需要。

2 结构

装饰器模式的结构包含以下角色:

  • 组件(Component): 定义一个接口,描述可以动态添加的功能。
  • 具体组件(Concrete Component): 实现 Component 接口的具体对象,表示要装饰的对象。
  • 装饰器(Decorator): 维护一个对 Component 对象的引用,定义与 Component 接口相同的接口,并可以在运行时扩展功能。
  • 具体装饰器(Concrete Decorator): 扩展 Decorator,实现具体的附加功能。

UML 类图

+-------------------+
|     Component     |
+-------------------+
| + Operation()     |
+-------------------+^|
+-------------------+          +---------------------------+
| ConcreteComponent | <------- |    Decorator              |
+-------------------+          +---------------------------+
| + Operation()     |          | - component: Component    |
+-------------------+          | + Operation()             |+---------------------------+^|+------------------------+|  ConcreteDecorator     |+------------------------+| + Operation()          || + AdditionalBehavior() |+------------------------+

3 示例代码

以下是一个实现装饰器模式的简单示例。在这个示例中,我们有一个饮料的系统,可以为饮料添加不同的配料(装饰)。

组件接口

// 组件接口
public abstract class Beverage
{public abstract string GetDescription();public abstract double Cost();
}

具体组件类

// 具体组件:咖啡
public class Coffee : Beverage
{public override string GetDescription(){return "Coffee";}public override double Cost(){return 2.00; // 基本咖啡的价格}
}

装饰器类

// 装饰器类
public abstract class CondimentDecorator : Beverage
{protected Beverage _beverage;public CondimentDecorator(Beverage beverage){_beverage = beverage;}
}

具体装饰器类

// 具体装饰器:牛奶
public class MilkDecorator : CondimentDecorator
{public MilkDecorator(Beverage beverage) : base(beverage){}public override string GetDescription(){return _beverage.GetDescription() + ", Milk";}public override double Cost(){return _beverage.Cost() + 0.50; // 添加牛奶的价格}
}// 具体装饰器:巧克力
public class ChocolateDecorator : CondimentDecorator
{public ChocolateDecorator(Beverage beverage) : base(beverage){}public override string GetDescription(){return _beverage.GetDescription() + ", Chocolate";}public override double Cost(){return _beverage.Cost() + 0.70; // 添加巧克力的价格}
}

客户端代码

class Program
{static void Main(string[] args){// 创建基本的咖啡Beverage beverage = new Coffee();// 添加配料beverage = new MilkDecorator(beverage);beverage = new ChocolateDecorator(beverage);// 显示描述和总费用Console.WriteLine($"{beverage.GetDescription()} costs {beverage.Cost():C}");}
}

在这个示例中:

  • Beverage 是组件接口,定义了饮料的基本功能。
  • Coffee 是具体组件,表示基础饮料(咖啡)。
  • CondimentDecorator 是装饰器类,它包含了对 Beverage 对象的引用,并实现了 Beverage 接口。
  • MilkDecoratorChocolateDecorator 是具体装饰器,分别添加牛奶和巧克力的功能。

4 特点

  • 优点:

    • 灵活性: 可以动态添加和扩展对象的功能,而不需要创建大量的子类。

    • 符合开闭原则: 可以通过添加新的装饰器类来扩展功能,而无需修改已有的类。

    • 避免类的膨胀: 通过组合多个装饰器,可以避免创建过多的子类,从而减少类的数量。

  • 缺点:

    • 复杂性: 装饰器模式可能会增加系统的复杂性,尤其是当装饰器层次过多时。

    • 调试困难: 由于装饰器的嵌套,调试代码时可能会变得复杂。

5 适用场景

  • 需要动态扩展功能: 当你需要在运行时动态地给对象添加功能时,装饰器模式是一个理想的选择。
  • 避免类的膨胀: 当类的扩展导致创建大量子类时,装饰器模式可以帮助你减少类的数量。
  • 需要组合多个功能: 当你需要组合多个功能或行为时,装饰器模式能够轻松实现。

6 与其他模式对比

  • 与组合模式的区别: 装饰器模式用于在不修改对象结构的情况下动态添加功能,而组合模式用于表示部分-整体的层次结构。
  • 与代理模式的区别: 代理模式用于控制对对象的访问,而装饰器模式用于在不改变对象的接口的情况下动态添加功能。

装饰器模式提供了一种灵活的方式来扩展对象的功能,使得开发者可以在不影响已有代码的情况下,轻松地添加新的行为或属性。


http://www.mrgr.cn/news/13244.html

相关文章:

  • 【python】Gpt-embedding文本建模
  • 如何使用ssm实现学生就业管理系统
  • 【UE 编译】UE C++工程的编译流程、与C++编译的区别
  • C语言04--数组超详解
  • 如何使用ssm实现开放式教学评价管理系统+vue
  • 【操作系统】实验:指示灯开关控制
  • std::futrue异步操作结果的三种搭配使用
  • 【大模型系列篇】预训练模型:BERT GPT
  • zookeeper集群安装
  • 什么是YAML?学这一篇就够了
  • 系统编程-多线程1
  • 学懂C++(四十三):深入剖析现代C++设计模式:从常用经典到前沿的全面解析
  • 关于异常断电后jmeter的jmx文件异常变成二进制文件并成功恢复的心酸历程
  • 如何使用ssm实现投稿系统+vue
  • 力扣3224.使差值相等的最少数组改动次数
  • ZooKeeper 的特性及其在分布式系统中的锁应用
  • FFmpeg源码:avio_read函数分析
  • 谷粒商城实战笔记-问题记录-Feign远程调用丢失请求头问题
  • 提升学术论文质量的智能助手:ChatGPT
  • 自动化常用元素定位