装饰器模式（Decorator Pattern）是一种结构型设计模式，它允许我们动态地给一个对象添加一些额外的职责（即增加功能），就增加功能来说，装饰器模式相比生成子类更为灵活。就扩展功能而言，装饰器模式提供了一种比继承更有弹性的替代方案。
一、装饰器模式的核心概念
1、组件接口（Component）
定义一个对象接口，可以给这些对象动态地添加一些职责。这个接口通常是一个抽象类，它定义了可以被装饰的最简单对象的接口。
2、具体组件（Concrete Component）
定义了一个具体的对象，也可以给这个对象添加一些装饰。
3、装饰角色（Decorator）
持有一个组件（Component）对象的引用，并定义一个与组件接口一致的接口。
4、具体装饰角色（Concrete Decorator）
负责给组件添加新的职责。
二、装饰器模式的结构
装饰器模式通常在以下情况下使用：
- 需要扩展一个类的功能，或给一个类添加附加职责。
- 需要动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。
装饰器模式创建了一个包装对象，也就是装饰器，来包裹真实的对象。
三、额装饰器模式的优点
1、透明性
对客户而言，装饰器与具体组件是等同的，可以一层一层地进行装饰，直到满足需求。
2、扩展性
不需要创造更多子类就能扩展功能，相比继承更加灵活。
3、灵活性
可以动态地添加或删除装饰器，以适应不同的业务场景。
四、装饰器模式的缺点
1、复杂性
对于简单的情况，使用装饰器模式可能会使代码变得更加复杂。
2、调试困难
多层装饰可能导致调试时难以定位问题。
五、代码示例
下面是一个Java中装饰器模式的示例，我们将创建一个简单的咖啡店订单系统，其中咖啡可以被不同的调料装饰，如牛奶和糖。
首先，我们定义咖啡的组件接口（Component）：
// 咖啡接口（Component）
public interface Coffee {
double getCost();
String getDescription();
}
然后，我们定义一个具体的咖啡组件（Concrete Component），比如浓缩咖啡（Espresso）：
// 具体咖啡组件（Concrete Component）
public class Espresso implements Coffee {
@Override
public double getCost() {
return 1.99;
}
@Override
