装饰器模式（Decorator
Pattern）是一种结构型设计模式，它允许向一个现有的对象添加新的功能，同时又不改变其结构。这种设计模式通过创建一个包装对象，即装饰器，来封装实际对象。
装饰器模式的主要组成：
组件接口：定义了对象的接口，可以给这些对象动态地添加职责。
具体组件：定义了将要接收附加责任的对象。
装饰器：持有一个组件对象的引用，并定义一个与组件接口一致的接口。
具体装饰器：负责给组件添加新的责任。
应用场景：
需要扩展一个类的功能。
动态地添加功能。
需要通过子类化来扩展功能，但又想避免使用继承带来的缺点。
- 定义一个coffer组件接口
public interface Coffee {double getCost();String getDescription();
}
2.实现一个便宜的黑咖啡，一块钱一杯
public class SimpleCoffee implements Coffee {@Overridepublic double getCost() {return 1;}@Overridepublic String getDescription() {return "Simple coffee";}
}
如何把这杯黑咖啡升值呢？？？当然我需要给它包装，这个时候装饰器设计模式来了，让便宜点黑咖啡山鸡变凤凰！！！
3. 装饰器抽象类来了，它可以将任何咖啡包装成你高攀不起的样子！！！
public abstract class CoffeeDecorator implements Coffee {protected final Coffee decoratedCoffee;//这和代理模式的区别，这里的类是通过构造器传过来的public CoffeeDecorator(Coffee coffee) {this.decoratedCoffee = coffee;}@Overridepublic double getCost() {return decoratedCoffee.getCost();}@Overridepublic String getDescription() {return decoratedCoffee.getDescription();}
}
- 不信？那我来实现个卡布奇诺
public class Cappuccino Decorator extends CoffeeDecorator {public Cappuccino (Coffee coffee) {super(coffee);}@Overridepublic double getCost() {return super.getCost() + 31;}@Overridepublic String getDescription() {return super.getDescription() + ", with milk";}
}- 出来吧！包装版卡布奇诺
public class CoffeeShop {public static void main(String[] args) {Coffee coffee = new SimpleCoffee();System.out.println(coffee.getCost()); // 1System.out.println(coffee.getDescription()); // Simple coffeeCoffee cappuccino = new Cappuccino (coffee);System.out.println(cappuccino .getCost()); // 32System.out.println(cappuccino .getDescription()); // Simple coffee, with milk}
}
那么，这样做有啥好处呢？我用类继承也可以实现啊
装饰器模式提供了一种灵活的替代继承的方法来扩展对象的行为。通过添加新的装饰器类，可以轻松地为现有对象添加新功能，而不需要修改原有代码。
灵活性：可以在运行时动态地添加或移除装饰器，从而改变对象的行为。这使得程序更加灵活，能够适应不断变化的需求。
低耦合性：装饰器模式通过组合而非继承来扩展功能，减少了类之间的依赖关系。这有助于降低系统的耦合度，使得代码更容易维护和扩展。
责任分离：装饰器模式将系统的不同功能分离开来，每个装饰器类负责特定的功能扩展。这种责任分离有助于降低系统的复杂性，使得各个部分更容易理解和管理。
支持开闭原则：装饰器模式支持开闭原则，即对扩展开放，对修改关闭。可以通过添加新的装饰器来扩展系统功能，而不需要修改现有代码。