装饰器模式通过组合动态扩展对象功能，遵循开闭原则。以咖啡为例，SimpleCoffee为基础组件，MilkDecorator和SugarDecorator作为具体装饰器，通过层层包裹添加新行为，避免类爆炸，实现运行时灵活组合，适用于功能可插拔、需动态增删职责的场景。
在Java中实现装饰器模式，核心在于通过组合而非继承的方式，动态地为一个对象添加新的职责或行为。它允许你将这些新的功能“包裹”在现有对象之外，而无需修改其原始代码，这在我看来，是遵循开闭原则（Open/Closed Principle）的一种优雅实践。简单来说，就是给一个对象穿上不同的“衣服”，每件衣服都赋予它新的能力，而且这些“衣服”可以层层叠加。
实现装饰器模式，通常需要定义一个组件接口、一个或多个具体组件、一个抽象装饰器以及多个具体装饰器。以下是一个咖啡订单的例子，演示如何为一杯简单的咖啡添加牛奶和糖：
1. 定义组件接口 (Component Interface)
这是所有具体组件和装饰器都将实现的共同接口，定义了它们的核心行为。
立即学习“Java免费学习笔记（深入）”；
public interface Coffee {
String getDescription(); // 获取描述
double getCost(); // 获取价格
}2. 实现具体组件 (Concrete Component)
这是我们要装饰的原始对象，它实现了组件接口。
public class SimpleCoffee implements Coffee {
@Override
public String getDescription() {
return "纯咖啡";
}
@Override
public double getCost() {
return 5.0;
}
}3. 创建抽象装饰器 (Abstract Decorator)
这是一个抽象类，它也实现了组件接口，并包含一个对组件对象的引用。所有具体的装饰器都将继承这个抽象类。
public abstract class CoffeeDecorator implements Coffee {
protected Coffee decoratedCoffee; // 引用被装饰的对象
public CoffeeDecorator(Coffee decoratedCoffee) {
this.decoratedCoffee = decoratedCoffee;
}
// 默认实现，委托给被装饰的对象
@Override
public String getDescription() {
return decoratedCoffee.getDescription();
}
@Override
public double getCost() {
return decoratedCoffee.getCost();
}
}4. 实现具体装饰器 (Concrete Decorators)
这些类继承自抽象装饰器，并添加新的行为或修改现有行为。
public class MilkDecorator extends CoffeeDecorator {
public MilkDecorator(Coffee decoratedCoffee) {
super(decoratedCoffee);
}
@Override
public String getDescription() {
return decoratedCoffee.getDescription() + ", 加牛奶";
}
@Override
public double getCost() {
return decoratedCoffee.getCost() + 2.0; // 牛奶加2元
}
}
public class SugarDecorator extends CoffeeDecorator {
public SugarDecorator(Coffee decoratedCoffee) {
super(decoratedCoffee);
}
@Override
public String getDescription() {
return decoratedCoffee.getDescription() + ", 加糖";
}
@Override
public double getCost() {
return decoratedCoffee.getCost() + 1.0; // 糖加1元
}
}5. 使用示例
现在，我们可以动态地组合这些组件和装饰器来创建不同口味的咖啡。
public class CoffeeShop {
public static void main(String[] args) {
// 一杯纯咖啡
Coffee coffee = new SimpleCoffee();
System.out.println("订单: " + coffee.getDescription() + ", 价格: " + coffee.getCost() + "元");
// 输出: 订单: 纯咖啡, 价格: 5.0元
// 加牛奶的咖啡
coffee = new MilkDecorator(coffee); // 用牛奶装饰纯咖啡
System.out.println("订单: " + coffee.getDescription() + ", 价格: " + coffee.getCost() + "元");
// 输出: 订单: 纯咖啡, 加牛奶, 价格: 7.0元
// 再加糖的咖啡 (在加牛奶的咖啡基础上)
coffee = new SugarDecorator(coffee); // 用糖装饰加牛奶的咖啡
System.out.println("订单: " + coffee.getDescription() + ", 价格: " + coffee.getCost() + "元");
// 输出: 订单: 纯咖啡, 加牛奶, 加糖, 价格: 8.0元
// 另一种组合：先加糖再加牛奶
Coffee anotherCoffee = new SugarDecorator(new MilkDecorator(new SimpleCoffee()));
System.out.println("订单: " + anotherCoffee.getDescription() + ", 价格: " + anotherCoffee.getCost() + "元");
// 输出: 订单: 纯咖啡, 加牛奶, 加糖, 价格: 8.0元
}
}从上面的例子可以看出，通过一层层地包裹，我们可以在运行时灵活地为
SimpleCoffee
SimpleCoffee
MilkCoffee
SugarCoffee
MilkSugarCoffee
说实话，在我刚接触面向对象设计的时候，遇到需要给一个对象添加额外功能时，我的第一反应往往是继承。比如，如果我有一个
Car
GPSCar
Car
SunroofCar
GPSSunroofCar
装饰器模式恰恰解决了这个痛点。它提供了一种比继承更灵活的替代方案，可以在运行时动态地给对象添加职责。对我来说，它最核心的价值在于：
我曾在一个项目中，需要为用户上传的图片添加多种处理功能，比如水印、缩略图、滤镜等。如果用继承，那简直是噩梦。后来引入装饰器模式，每个处理功能都是一个装饰器，用户可以根据需求自由组合，代码清晰且扩展性极强，那次经历让我对装饰器模式有了更深的理解和偏爱。
在设计模式的学习中，装饰器、继承和代理这三者常常让人感到困惑，因为它们都涉及“包裹”或“扩展”现有对象。但它们的目的和应用场景其实大相径庭。
与继承的异同：
在我看来，继承更适合于表示对象之间的层级关系和通用行为的抽取，当子类确实是父类的一种特殊类型时。而装饰器则更侧重于在不改变原有对象结构的前提下，为对象动态地增加新功能，尤其是在这些功能可以独立组合或分离时。
与代理模式的异同：
何时选择装饰器？
我通常会在以下场景中倾向于使用装饰器模式：
举个例子，Java的I/O流就是装饰器模式的经典应用。
FileInputStream
BufferedInputStream
DataInputStream
FileInputStream
虽然装饰器模式非常强大和灵活，但在实际应用中，我确实遇到过一些挑战，也总结了一些最佳实践。
可能遇到的挑战：
==
equals()
new MilkDecorator(new SimpleCoffee())
new SimpleCoffee()
最佳实践：
MilkDecorator
SugarDecorator
new SugarDecorator(new MilkDecorator(new SimpleCoffee()))
总的来说，装饰器模式是一个非常实用的设计模式，它提供了一种优雅的方式来扩展对象功能。但在使用时，保持清醒的头脑，不要过度设计，并遵循一些最佳实践，才能真正发挥其优势。
以上就是如何在Java中实现装饰器模式的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
643
收藏
