装饰者设计模式总结

现有问题: 如何动态的增加功能,即对原有功能进行增强。
方案1: 利用Java的继承方式来实现,但若继承层次过深或者增加功能过多,会导致继承爆炸,扩展性低,后续也很难维护,本质上属于继承方式
方案2: 组合优于继承的思想,使用组合来进行增强。底层就是委托技术

特点:

  1. 装饰器类和原始类实现相同的接口,或继承相同的父类,这样可以实现所谓的套娃功能
  2. 对原始功能的增强。代理设计模式是对与原始类无关的功能进行增强,而装饰器是对跟原始类相关的功能进行的增强。

与代理模式的区别:

  1. Proxy模式体现的封装性,隐藏细节;Decorator模式体现的是动态性,显式的增加功能;
  2. Proxy只能增加一种功能;Decorator可以动态的进行多重功能的叠加,扩展性好;
  3. 设计者是否感知。若设计者需要感知,则使用Decorator模式,否则使用Proxy模式
  4. Proxy增加的是原始类无关的功能; Decorator增加的是与原始类相关的功能。

优点:

  1. 动态组合功能。根据不同的条件,在运行期可以动态组合不同的功能;
  2. 功能复用 。每个装饰器负责一个功能,满足单一职责,同时也方便功能的复用。
    缺点: 会产生很多的细粒度对象。

开源框架中的应用:

  1. JDK的IO流设计
  2. Mybatis中的Cache设计
相关推荐
冷崖6 小时前
工厂模式-创建型
c++·设计模式
何中应9 小时前
【面试题-5】设计模式
java·开发语言·后端·设计模式·面试题
沐森14 小时前
在实战中运用泛型和动态trait(特质)
设计模式
lomocode14 小时前
改一个需求动 23 处代码?你可能踩进了这个坑
后端·设计模式
喷火龙8号15 小时前
JWT 认证方案深度对比:单 Token 扩展刷新 vs 双 Token 验证
后端·设计模式·架构
fakerth1 天前
【OpenHarmony】设计模式模块详解
c++·单例模式·设计模式·openharmony
alibli1 天前
一文学会设计模式之创建型模式及最佳实现
c++·设计模式
1024肥宅2 天前
前端常用模式:提升代码质量的四大核心模式
前端·javascript·设计模式
郝学胜-神的一滴2 天前
设计模式依赖于多态特性
java·开发语言·c++·python·程序人生·设计模式·软件工程
帅次2 天前
系统分析师:软件需求工程的软件需求概述、需求获取、需求分析
设计模式·重构·软件工程·团队开发·软件构建·需求分析·规格说明书