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

设计模式--装饰器模式


装饰器模式


装饰器模式(Decorator Pattern)是一种结构型设计模式,它允许我们向一个现有的对象添加新的功能,同时又不改变其结构。就增加功能来说,装饰器模式相比生成子类更为灵活。这种模式创建了一个包装对象,也就是装饰器,来包裹真实的对象。


装饰器模式的主要组成部分


组件接口(Component):定义一个对象接口,可以给这些对象动态地添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。
具体组件(ConcreteComponent):定义了一个具体的对象,也可以给这个对象添加一些职责。
装饰角色(Decorator):持有一个组件(Component)对象的引用,并定义一个与组件接口一致的接口。
具体装饰角色(ConcreteDecorator):负责给组件添加新的职责。


装饰器模式的工作方式


装饰器类:继承自装饰器角色类,它包含一个指向组件对象的引用,并定义了一个与组件接口一致的接口。
具体装饰器:负责给组件添加新的功能。
优点
扩展性:装饰器模式提供了比继承更有弹性的替代方案(扩展)。
灵活性:通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同行为的组合。
缺点
多层装饰较复杂:如果多层装饰器嵌套,可能会导致调用栈过深,从而影响性能。
案例:
假设我们有一个咖啡类,它提供基本的咖啡类型(如美式、拿铁),我们想要通过装饰器模式给咖啡添加额外的功能,比如加奶泡、加糖等。

// 具体组件

interface Coffee {  
    double getCost();  
    String getDescription();  
}  
  
// ConcreteComponent  
class SimpleCoffee implements Coffee {  
    private String description = "Simple Coffee";  
    
    @Override  
    public double getCost() {  
        return 2.0;  
    }  
  
    @Override  
    public String getDescription() {  
        return description;  
    }  
} 

// 装饰角色

abstract class CoffeeDecorator implements Coffee {  
    protected Coffee decoratedCoffee;  
  
    public CoffeeDecorator(Coffee decoratedCoffee) {  
        this.decoratedCoffee = decoratedCoffee;  
    }  
  
    @Override  
    public double getCost() {  
        return decoratedCoffee.getCost();  
    }  
  
    @Override  
    public String getDescription() {  
        return decoratedCoffee.getDescription();  
    }  
}  

// 具体装饰角色

class MilkCoffee extends CoffeeDecorator {  
    public MilkCoffee(Coffee decoratedCoffee) {  
        super(decoratedCoffee);  
    }  
  
    @Override  
    public double getCost() {  
        return super.getCost() + 0.5;  
    }  
  
    @Override  
    public String getDescription() {  
        return super.getDescription() + ", Milk";  
    }  
}  

// 具体装饰角色

class SugarCoffee extends CoffeeDecorator {  
    public SugarCoffee(Coffee decoratedCoffee) {  
        super(decoratedCoffee);  
    }  
  
    @Override  
    public double getCost() {  
        return super.getCost() + 0.3;  
    }  
  
    @Override  
    public String getDescription() {  
        return super.getDescription() + ", Sugar";  
    }  
}  

// 客户端调用

public class DecoratorPatternDemo {  
    public static void main(String[] args) {  
        Coffee coffee = new SimpleCoffee();  
        coffee = new MilkCoffee(coffee);  
        coffee = new SugarCoffee(coffee);  
  
        System.out.println(coffee.getDescription() + " $" + coffee.getCost());  
    }  
}

在这个例子中,SimpleCoffee 是具体的组件,CoffeeDecorator 是装饰器角色,而 MilkCoffee 和 SugarCoffee 是具体的装饰器,它们给咖啡添加了新的功能(加奶泡、加糖)而不需要修改 SimpleCoffee 的代码。


http://www.kler.cn/news/282997.html

相关文章:

  • 理解torch.argmax() ,我是错误的
  • 融资和融券分别是什么意思,融资融券开通后能融到多少资金?
  • Datawhale X 李宏毅苹果书 AI夏令营_深度学习基础学习心得Task2.2
  • Java 入门指南:Java NIO —— Selector(选择器)
  • 【hot100篇-python刷题记录】【搜索二维矩阵】
  • 分布式锁的实现:ZooKeeper 的解决方案
  • hive数据迁移
  • 低代码革命:JNPF平台如何简化企业应用开发
  • Linux 中的中断响应机制
  • TCP keepalive和HTTP keepalive区别
  • SCP拷贝失败解决办法
  • 基于单片机的指纹识别考勤系统设计
  • Web应用服务器Tomcat
  • 基于STM32开发的智能家居温度控制系统
  • Linux下的使用字符设备驱动框架编写ADC驱动 ——MQ-4传感器
  • 我在高职教STM32——ADC电压采集与光敏电阻(2)
  • rnn-手动实现
  • 区块链入门
  • Element Plus上传图片前,对图片进行压缩
  • 基于asp.net的webform图书管理系统附源码
  • django 中 csrf 的实现机制
  • CVE-2024-26229 漏洞复现分析
  • 详解PASCAL VOC数据集及基于Python和PyTorch的下载、解析及可视化【目标检测+类别分割】
  • 回归预测|基于北方苍鹰优化最小二乘支持向量机的数据预测Matlab程序NGO-LSSVM 多特征输入单输出 含基础程序
  • Qt5.15.x之后的版本源码编译安装
  • 生成式AI,搜索赛道的又一个黄金十年
  • Unity3D 遍历预制体
  • Zookeeper集成Clickhouse方法以及作用
  • 大模型之二十八-语音识别Whisper进阶
  • Spring Boot与桥接模式:构建灵活的产品分类体系