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

【设计模式区别】装饰器模式和适配器模式区别

装饰器模式(Decorator Pattern)和适配器模式(Adapter Pattern)都是 结构型设计模式 或者说 包装模式 (Wrapper),用于解决对象的组合和扩展问题,但它们的核心目的、结构和使用场景有显著区别。以下是两者的详细对比:


1. 核心意图

装饰器模式适配器模式
动态扩展对象的功能,在不改变原有类的情况下,通过组合实现灵活的功能增强。解决接口不兼容问题,将一个类的接口转换为另一个接口,使原本不兼容的类可以协同工作。

2. 结构对比

装饰器模式的结构
  • Component(组件接口):定义被装饰对象的公共接口,所有具体组件和装饰器都实现该接口。
  • ConcreteComponent(具体组件):实现Component接口的基础对象,提供核心功能。
  • Decorator(装饰器抽象类):继承Component接口,维护一个对Component的引用(组合关系),并定义装饰行为。
  • ConcreteDecorator(具体装饰器):在Decorator的基础上,添加具体的功能或行为。

UML图示意

Component
├── ConcreteComponent
└── Decorator├── ConcreteDecoratorA└── ConcreteDecoratorB
适配器模式的结构
  • Target(目标接口):客户端期望的接口。
  • Adapter(适配器):实现Target接口,同时与Adaptee(被适配类)关联,将Adaptee的接口转换为Target接口。
  • Adaptee(适配者):现有类的接口,可能与Target不兼容。

UML图示意

Target
└── Adapter└── Adaptee

3. 关键区别

a. 目的不同
  • 装饰器模式增强功能,在运行时动态添加行为。
  • 适配器模式接口转换,让不兼容的接口可以协作。
b. 结构不同
  • 装饰器模式:通过组合继承实现,Decorator持有Component的引用,并与Component形成继承关系。
  • 适配器模式:通过组合多重继承实现,Adapter持有Adaptee的引用,但与Adaptee没有继承关系。
c. 接口处理
  • 装饰器模式:装饰器和被装饰对象实现相同的接口,客户端无需关心是否被装饰。
  • 适配器模式:Adapter实现目标接口(Target),而Adaptee可能有完全不同的接口。
d. 扩展方式
  • 装饰器模式:支持叠加多个装饰器,形成功能链(如:加糖→加奶→加咖啡)。
  • 适配器模式:通常一对一适配,不支持叠加(除非嵌套适配,但不常见)。
e. 使用场景
  • 装饰器模式:需要动态、灵活地扩展对象功能,例如:
    • Java的IO流(BufferedInputStream 装饰 FileInputStream)。
    • 咖啡店点单系统(基础咖啡 + 糖 + 奶 → 动态组合不同装饰器)。
  • 适配器模式:需要适配现有类的接口,例如:
    • Java的I/O类库,将字符串数据->字节数据,字节数据-> 流数据 等。
      如 InputStreamReader实现了Reader接口,并持有InputStream引用
    • 适配旧版支付接口到新版系统。
    • 将第三方库的类(如 List)适配为自定义接口。

4. 具体示例对比

装饰器模式示例
// Component接口
interface Coffee {String getDescription();double cost();
}// 具体组件
class SimpleCoffee implements Coffee {public String getDescription() { return "Simple Coffee"; }public double cost() { return 2.0; }
}// 装饰器抽象类
abstract class CoffeeDecorator implements Coffee {protected Coffee decoratedCoffee;public CoffeeDecorator(Coffee coffee) {this.decoratedCoffee = coffee;}
}// 具体装饰器(加糖)
class SugarDecorator extends CoffeeDecorator {public SugarDecorator(Coffee coffee) {super(coffee);}public String getDescription() {return decoratedCoffee.getDescription() + ", Sugar";}public double cost() {return decoratedCoffee.cost() + 0.5;}
}// 使用
Coffee coffee = new SimpleCoffee();
coffee = new SugarDecorator(coffee); // 动态添加糖
coffee = new MilkDecorator(coffee); // 再动态添加奶
System.out.println(coffee.getDescription()); // 输出:Simple Coffee, Sugar, Milk
适配器模式示例
// Target接口(客户端期望的接口)
interface PaymentAdapter {void payWithCreditCard();
}// Adaptee(现有接口,需要适配)
class OldPaymentSystem {public void processPayment(String paymentType) {if ("credit".equals(paymentType)) {// 处理信用卡支付的逻辑}}
}// Adapter(适配器)
class CreditCardAdapter implements PaymentAdapter {private OldPaymentSystem adaptee;public CreditCardAdapter(OldPaymentSystem system) {this.adaptee = system;}public void payWithCreditCard() {adaptee.processPayment("credit"); // 将新接口调用转换为旧接口的方法}
}// 使用
OldPaymentSystem oldSystem = new OldPaymentSystem();
PaymentAdapter adapter = new CreditCardAdapter(oldSystem);
adapter.payWithCreditCard(); // 客户端通过适配器调用旧系统的方法

5. 总结对比表

特性装饰器模式适配器模式
目的动态扩展功能接口兼容性适配
接口关系装饰器和被装饰对象实现同一接口适配器实现目标接口,适配者有不同接口
扩展性支持叠加多个装饰器通常一对一适配
核心操作在原有功能基础上增强或修改行为不同接口的方法调用进行转换
使用场景需要灵活扩展功能(如UI组件、流处理)接口不兼容时需要适配(如第三方库、旧系统)

6. 关键区别总结

  • 装饰器模式:通过组合和继承,增强现有对象的功能,且保持接口一致。
  • 适配器模式:通过组合或多重继承,转换现有对象的接口,使其符合客户端需求。

两者虽然都涉及组合关系,但装饰器关注功能扩展,适配器关注接口兼容。理解它们的核心意图是区分的关键。

相关文章:

  • 单例设计模式之懒汉式以及线程安全问题
  • 从循环角度分析逐位分离法
  • 【人工智能之大模型】详述大模型中流水线并行(Pipeline Parallelism)的​GPipe推理框架?
  • 如何选择合适的探针台
  • C#中wpf程序中的x名空间详解
  • 微信小程序 template 模版详解
  • 机器学习之二:指导式学习
  • 精益数据分析(27/126):剖析用户价值与商业模式拼图
  • 有源晶振与无源晶振详解:区别、应用与选型指南
  • 电子电器架构 --- 乘用车电气/电子架构开发的关键挑战与应对策略
  • SQL 查询进阶:WHERE 子句与连接查询详解
  • 【高频考点精讲】前端职业发展:如何规划前端工程师的成长路径?
  • PCL绘制点云+法线
  • 【教程】Windows通过网线共享网络给其它设备
  • python调用ffmpeg对截取视频片段,可批量处理
  • 介绍常用的退烧与消炎药
  • 前端学习笔记(四)自定义组件控制自己的css
  • 写了一个关于SpringAop记录用户操作的功能
  • 从入门到精通汇编语言 第七章(高级汇编语言技术)
  • goweb项目结构以及如何实现前后端交互
  • 同款瑞幸咖啡竟差了6元,开了会员仍比别人贵!客服回应
  • “冲刺万亿城市”首季表现如何?温州领跑,大连GDP超徐州
  • 俄罗斯称已收复库尔斯克州
  • 经济日报金观平:充分发挥增量政策的经济牵引力
  • 鞍钢矿业党委书记、董事长刘炳宇调任中铝集团副总经理
  • 体育公益之约跨越山海,雪域高原果洛孕育足球梦