设计模式 -结构型模式_ 装饰者模式Decorator Pattern 在开源软件中的应用

本文介绍了装饰者模式的概念、结构图和应用场景,特别是其在MyBatis中的二级缓存功能,展示了如何在不修改原有代码的基础上动态添加功能,遵循开闭原则,提供了一种灵活的扩展方式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


在这里插入图片描述


定义

装饰模式 Decorator : 在不改变原有功能的基础上, 动态的给一个对象添加一些额外的职责 ,非常符合开闭原则 (对修改关闭,对扩展开放)


结构图

在这里插入图片描述

Component是定义了一个接口(抽象类 、接口都可以),可以给这些对象动态的添加职责。

ConcreteComponent 是定义了一个具体的对象,也可以给这个对象添加一些职责。

Decorator 装饰抽象类, 继承了Component , 从外类来扩展Component类的功能, 但对已Component来讲,是无需知道Decorator的存在的。

至于ConcreteComponent 就是具体的装饰对象,给Component添加职责的功能。


总结下,分工如下:

• Component:抽象构件,装饰者和被装饰者共同的父类,是一个接口或者抽象类,用来定义基本行为
• ConcreteComponent:定义具体对象,即被装饰者
• Decorator:抽象装饰者,继承自Component,从外类来扩展ConcreteComponent
• ConcreteDecorator:具体装饰者,用于扩展ConcreteComponent


需求

【接口 】

package com.gof.decoratorPattern;

public interface Component {
   
   

    void operation();

}

【实现类 】

public class ConcreteComponent implements  Component {
   
   
    @Override
    public void operation() {
   
   
        System.out.println("拍照");
    }
}

要求: 原有的功能不变,已有的代码不允许修改, 但是要支持添加新的功能,功能不确定,可任意组合。

<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小小工匠

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值