• 装饰器模式


    装饰器模式:

    装饰器模式:Decorator Pattern

    又叫包装模式,在不改变原有对象的基础上,将功能附加到对象上,提供比继承更有弹性的替代方案

    (扩展原有对象的功能)

    属于结构型模式

    装饰器模式的核心是功能扩展

    在标配的基础上,透明的、动态的扩展类的功能

    装饰器模式主要包含四个角色:

    抽象组件(Component): 可以是一个接口或者抽象类,其充当被装饰类的原始对象,对丁了被装饰对象的行为

    具体组件(ConcreteComponent): 实现/继承 Component 的一个具体对象,即 被装饰对象

    抽象装饰器(Decorator): 用于装饰 ConcreteComponent 的通用装饰器,其内部必然有一个属性指向 Component 抽象组件,其实现一般是一个抽象类,主要是为了让其子类按照其构造形式传入一个 Component 抽象组件,这是强制的通用行为

    具体装饰器(ConcreteDecorator): Decorator 的具体实现类,理论上,每个 ConcreteDecorator 都扩展了 Component 对象的一种功能

    装饰器模式角色分配符合里氏替换原则、依赖倒置原则,从而满足开闭原则

     

    通用写法:

    pattern.decorator.general

    应用场景:

    给煎饼加鸡蛋、蛋糕加水果、房子装修

    为对象扩展一些额外的职责

    适用于以下场景:

    1、用于扩展一个类的功能或给一个类添加附加职责

    2、动态的给一个对象添加功能,这些功能可以再动态的撤销

    3、需要为一批的兄弟类进行改装或加装功能

    煎饼实例:

    创建一个煎饼的抽象类 Battercake

    创建一个基础套餐的煎饼 BaseBattercake

    创建一个扩展套餐的抽象类(装饰器) BattercakeDecotator

    创建鸡蛋装饰器EggDecorator

    创建香肠装饰器 SausageDecorator

    客户端组装

    pattern.decorator.battercake.v2

    sls服务监控孔明日志格式的包装实例:

    将项目中的日志封装成 Json 格式的日志再打印

    创建一个装饰器类 DecoratorLogger

    创建一个具体装饰器类 JsonLogger

    pattern.decorator.logger

    装饰器模式的本质特征就是 将原有类的附加功能抽离出来,简化原有类的逻辑

    约束:一定是通过一个构造方法来传递同个【继承】体系的参数

    源码中的体现:

    JDK:最明显的类就是 IO 相关的类

    BufferedReader、InputStream、OutputStream

    Spring:TransactionAwareCacheDecorator 类,用于处理事务缓存的

    MVC 中的 HttpHeadResponseDecorator 类

    MyBatis: org.apache.ibatis.cache.Cache 类,处理缓存的设计,

    FifoCache 类,先入先出算法的缓存

    LruCache 类,最近最少使用的缓存

    TransactionCache 类,事务相关的缓存

    装饰器模式 和 代理模式 对比

    从 UML 类图 和 通用代码是实现上看,二者几乎一模一样,以上是对应关系:

    代理模式装饰器模式

    SubjectComponent

    RealSubjectConcreteComponent

    ProxyDecorator

    装饰器模式是代理模式的一个特殊应用,但是二者设计模式所面向的功能扩展面不一样:

    装饰器模式:强调自身功能的扩展

    (用户自己说了算,要加什么由调用者控制)透明扩展、可动态定制的扩展

    Decorator 所做的就是增强 ConcreteComponent 的功能(也可能是减弱),主体对象是 ConcreteComponent , 着重类功能的变化

    代理模式:强调对代理过程的控制

    Proxy 完全掌握对 RealSubject 的访问控制,proxy 可以决定对 RealSubject 进行功能扩展(功能缩减),主体对象是 Proxy

    举例说明:

    假设现在小明想租房,那么势必会有一些事务发生:房源搜索,联系房东谈价格。。。

    从代理模式进行思考:

    那么小明只需要找到一个房租中介,让他去干房源搜索,联系房东谈价格这些事情,小明只需等待通知然后浮点中介费就行了

    从装饰器模式进行思考:

    因为装饰器模式强调自身功能扩展,那么小明自身就要增加房源搜索能力的扩展,联系房东谈价格能力的扩展,通过相应的装饰器,提升自身能力,一个人做完所有的事情

        优点:

    装饰器是继承的有力补充,比继承灵活,不改变原有对象的情况下 动态的给一个对象扩展功能,即插即用

    用过使用不同的装饰类以及这些装饰类的排列组合,可以实现不同的效果

    装饰器完全遵守开闭原则

    缺点:

    会出现更多的代码,更多的类,增加程序复杂度

    动态装饰时,多层装饰时会更复杂

     

    作业:

    2、使用装饰器模式实现一个可根据权限动态扩展功能的导航条。

    /homework/tasks/7e7e7f7ff7g5egc4g6agf0

  • 相关阅读:
    C# 文本,图片 与 Base64的相互转换
    vue3.x 中的自定义组件及使用
    vue 的TodoList 小Demo
    vue中的条件渲染 v-show、v-if、v-else、v-else-if
    vue 使用$refs获取表单内容及v-model双向数据绑定
    python-异常处理&操作数据库&网络编程
    python-接口开发
    python-数据库&邮件
    python-函数和模块
    python-函数&list&dic&集合&文件读取
  • 原文地址:https://www.cnblogs.com/fightingtong/p/13157292.html
Copyright © 2020-2023  润新知