1. 装饰者模式介绍
装饰者模式是一种结构型设计模式，它允许你通过将对象放入包含行为的特殊封装类中来为原始对象添加新的行为。这种模式可以动态地将责任附加到对象上，而不影响其它对象。在Java中，装饰者模式通常涉及使用接口和抽象类来定义组件（被装饰的对象）和装饰者（用于包装组件的类）。
2. 关键思想
装饰者模式的关键思想是通过组合而不是继承的方式，动态地给一个对象添加一些额外的职责，同时又不改变其原有结构。这使得你可以在运行时选择性地、透明地、以任意顺序地添加功能，而不需要修改现有的代码。
以下是装饰者模式的一些关键思想：
- 接口或抽象类定义组件： 创建一个接口或抽象类，定义了被装饰者和装饰者共同的行为，确保它们都符合同一套接口。
- 具体组件实现接口： 创建具体的组件类，实现上述接口，提供原有的功能。
- 装饰者继承组件： 创建一个装饰者抽象类，它也实现了组件的接口，并包含一个指向组件的引用。这个引用允许装饰者包含一个或多个其他装饰者或具体组件。
- 具体装饰者扩展装饰者： 创建具体的装饰者类，它继承自装饰者抽象类。这些类可以添加额外的行为或修改原有行为。
- 运行时动态组合： 在运行时，通过将具体组件对象传递给具体装饰者的构造函数，可以动态地组合对象。由于装饰者和组件都实现了相同的接口，客户端代码对于组件和装饰者是透明的。
- 透明性： 客户端无需知道被装饰者和具体装饰者的具体类，只需知道它们实现了相同的接口或抽象类。这种透明性是装饰者模式的一个关键特点。
通过这种方式，装饰者模式允许你在不改变现有代码的情况下，动态地扩展对象的行为。这样的设计符合开放封闭原则，使得系统更加灵活和可维护。
3. 实现方式：
通过一个简单的咖啡店的例子来演示装饰者模式的实现。我们将有一个基本的咖啡组件，然后通过装饰者来添加不同的调料（装饰）。
// 咖啡组件接口
public interface Coffee {
double cost(); // 获取咖啡的价格
}
// 咖啡装饰者抽象类
public abstract class CoffeeDecorator implements Coffee {
protected Coffee decoratedCoffee; // 被装饰的咖啡对象
// 构造方法接收被装饰的咖啡对象
public CoffeeDecorator(Coffee coffee) {
this.decoratedCoffee = coffee;
}
// 装饰者抽象类实现了咖啡接口中的cost方法
@Override
public double cost() {
return decoratedCoffee.cost(); // 保留原始咖啡的价格
}
}
// 基本咖啡类
public class SimpleCoffee implements Coffee {
@Override
public double cost() {
return 2.0; // 简单咖啡的价格
}
}
// 牛奶装饰者类
public class MilkDecorator extends CoffeeDecorator {
// 构造方法接收被装饰的咖啡对象
public MilkDecorator(Coffee coffee) {
super(coffee);
}
// 添加了牛奶的价格
@Override
public double cost() {
return super.cost() + 1.0;
}
}
// 糖装饰者类
public class SugarDecorator extends CoffeeDecorator {
// 构造方法接收被装饰的咖啡对象
public SugarDecorator(Coffee coffee) {
super(coffee);
}
// 添加了糖的价格
@Override
public double cost() {
return super.cost() + 0.5;
}
}
// 客户端代码
public class CoffeeShop {
public static void main(String[] args) {
// 制作一杯简单咖啡
Coffee simpleCoffee = new SimpleCoffee();
System.out.println("Cost of Simple Coffee: $" + simpleCoffee.cost());
// 使用装饰者添加牛奶
Coffee milkCoffee = new MilkDecorator(simpleCoffee);
System.out.println("Cost of Milk Coffee: $" + milkCoffee.cost());
// 使用装饰者同时添加牛奶和糖
Coffee milkSugarCoffee = new SugarDecorator(new MilkDecorator(simpleCoffee));
System.out.println("Cost of Milk and Sugar Coffee: $" + milkSugarCoffee.cost());
}
}
要点：
- 灵活的组合： 装饰者模式允许你通过组合的方式，动态地添加或覆盖对象的行为，使得系统更加灵活和可扩展。
- 保持接口一致性： 装饰者和被装饰者应该实现相同的接口或继承相同的抽象类，以保持一致性。这样客户端代码就可以使用装饰者和被装饰者的对象，而不需要关心具体的实现。
- 透明性： 客户端代码对于装饰者和被装饰者的行为应该是透明的。即客户端在不知道具体装饰者的情况下，仍然能够使用它们。
- 遵循开闭原则： 装饰者模式允许在运行时添加新的装饰者，而无需修改现有的代码。这符合开放封闭原则，即对扩展开放，对修改封闭。
- 多层嵌套： 可以通过多层嵌套装饰者，实现更复杂的组合行为。每个装饰者可以添加一些特定的行为。
注意事项：
- 过多的装饰者： 当装饰者层级过多时，可能会导致代码变得复杂且难以维护。需要慎重设计装饰者的数量，确保每个装饰者的责任清晰。
- 不同装饰者的顺序： 装饰者的顺序可能会影响最终的行为。需要注意装饰者的添加顺序，以确保得到期望的结果。
- 装饰者与组件的区分： 装饰者和组件应该有清晰的责任分工，装饰者负责添加额外的行为，而组件负责基本的功能。确保装饰者不包含与具体组件相关的业务逻辑。
- 性能影响： 装饰者模式可能会引入一些额外的开销，因为每个装饰者都会对操作进行一些处理。在性能敏感的情况下，需要仔细考虑。
总体而言，装饰者模式是一个非常强大的模式，可以用于动态地扩展对象的行为。在设计时需要权衡灵活性和复杂性，确保使用该模式的场景合适。
优点：
- 灵活性和可扩展性： 装饰者模式允许动态地、透明地向对象添加新的职责，而无需修改其代码。这提供了更大的灵活性和可扩展性。
- 遵循开闭原则： 装饰者模式符合开闭原则，允许在运行时添加新的装饰者，而无需修改现有代码。
- 透明性： 客户端无需知道具体装饰者和被装饰者的细节，可以像使用普通对象一样使用装饰后的对象。
- 单一职责原则： 每个具体的装饰者类都专注于添加一种特定的职责，保持了单一职责原则。
缺点：
- 复杂性： 随着装饰者层级的增加，可能会导致类的数量增加，使得代码变得复杂和难以维护。
- 顺序敏感： 装饰者的添加顺序可能影响最终的行为，需要注意装饰者的组合顺序。
- 性能开销： 装饰者模式可能引入一些额外的开销，因为每个装饰者都对操作进行一些处理。
应用场景：
- 动态地添加或覆盖行为： 当需要在不修改现有代码的情况下，动态地添加新的行为或覆盖现有行为时，装饰者模式是一种非常有用的设计模式。
- 避免使用子类进行扩展： 当类的继承体系变得庞大，且不希望通过创建大量的子类来扩展功能时，装饰者模式提供了一种更灵活的替代方案。
- 组合行为： 当需要组合多个不同的行为时，装饰者模式提供了一种通过不同组合来实现不同行为的方式。
- 透明性要求： 当希望对客户端代码保持透明性，使其无需知道具体对象的细节时，可以使用装饰者模式。
- 防止类爆炸： 当存在大量可能组合的特性时，通过装饰者模式可以避免创建大量的子类，从而避免类爆炸问题。