1. 引言
装饰器模式的定义与设计目的
装饰器模式（Decorator Pattern），也称为包装器（Wrapper），是一种结构型设计模式，它允许用户在不修改现有对象结构的情况下，向对象添加新的功能。这种模式通过创建一个包装对象来包裹真实对象，从而在保持原类方法签名完整性的前提下，提供额外的功能。
设计目的：
- 扩展功能：动态地添加功能到对象上，而不改变其结构。
- 替代子类化：在传统的继承关系中，功能的扩展通常通过创建子类实现。装饰器模式提供了一种灵活的替代方案，避免了类继承带来的复杂性和灵活性限制。
- 组合优于继承：装饰器模式使用对象的组合方式来扩展功能，这比继承更为灵活，易于维护和扩展。
装饰器模式与其他设计模式的比较
与代理模式的比较：
- 代理模式：
- 控制对另一个对象的访问。
- 不修改对象的行为，只是添加一层访问控制。
- 装饰器模式：
- 动态地添加功能。
- 直接影响对象的行为。
伪代码示例：
// 装饰器模式
interface Component {
void execute();
}
class ConcreteComponent implements Component {
public void execute() {
System.out.println("Execute original behavior");
}
}
class Decorator implements Component {
private Component wrapped;
Decorator(Component comp) {
this.wrapped = comp;
}
public void execute() {
wrapped.execute();
addBehavior();
}
private void addBehavior() {
System.out.println("Add additional behavior");
}
}
// 代理模式
interface Subject {
void execute();
}
class RealSubject implements Subject {
public void execute() {
System.out.println("Execute original behavior");
}
}
class Proxy implements Subject {
private Subject realSubject;
Proxy(Subject sub) {
this.realSubject = sub;
}
public void execute() {
System.out.println("Proxy control before execution");
realSubject.execute();
System.out.println("Proxy control after execution");
}
}
与适配器模式的比较：
- 适配器模式：
- 使接口不兼容的对象能够一起工作。
- 不改变对象本身的行为，只是使其能够适应其他接口。
- 装饰器模式：
- 增加新的功能。
- 保持接口不变，而增加对象的职责。
伪代码示例：
// 装饰器模式
// 同上述装饰器示例
// 适配器模式
interface Target {
void newRequest();
}
class Adaptee {
public void oldRequest() {
System.out.println("Old request execution");
}
}
class Adapter implements Target {
private Adaptee adaptee;
Adapter(Adaptee adaptee) {
this.adaptee = adaptee;
}
public void newRequest() {
adaptee.oldRequest();
}
}
2. 装饰器模式的结构
装饰器模式主要包括以下四个角色：
组件接口（Component）
组件接口定义了一个对象接口，可以动态地添加责任（功能）到对象上。在Java中，这通常是一个接口或抽象类，为装饰的对象定义最基本的功能。
public interface Component {
void operation();
}
具体组件（ConcreteComponent）
具体组件是被装饰的对象，实现或继承了组件接口。它定义了基本的功能，装饰器可以给这些功能添加额外的行为。
public class ConcreteComponent implements Component {
@Override
public void operation() {
System.out.println("Basic operation of ConcreteComponent.");
}
}
装饰角色（Decorator）
装饰角色持有一个组件（Component）对象的引用，并定义一个与组件接口一致的接口。这样它就可以将请求转发给组件对象，并可以在转发请求前后添加新的行为。
public abstract class Decorator implements Component {
protected Component component;
public Decorator(Component component) {
this.component = component;
}
@Override
public void operation() {
component.operation();
}
}
具体装饰类（ConcreteDecorator）
具体装饰类是实现具体的装饰功能的类。它扩展了装饰角色，实现了在调用组件的方法前后可以执行额外的功能。
public class ConcreteDecoratorA extends Decorator {
public ConcreteDecoratorA(Component component) {
super(component);
}
@Override
public void operation() {
addedBehavior();
super.operation();
}
private void addedBehavior() {
System.out.println("Added behavior in ConcreteDecoratorA.");
}
}
public class ConcreteDecoratorB extends Decorator {
public ConcreteDecoratorB(Component component) {
super(component);
}
@Override
public void operation() {
super.operation();
addedState();
}
private void addedState() {
System.out.println("Added state in ConcreteDecoratorB.");
}
}
这种结构允许你通过添加新的装饰类在运行时动态地扩展对象的功能，而不改变原有类的代码。这是一种非常灵活的方式来增加对象的职责，同时保持代码的可读性和可维护性。
3. 装饰器模式的实现
在本节中，我们将通过Java代码示例实现一个简单的文本消息处理应用，演示如何使用装饰器模式来添加新功能，如加密和过滤敏感词。
Java代码示例：实现一个简单的文本消息处理
首先，定义一个组件接口 Message，它将具有一个方法 getContent() 来返回消息内容。
public interface Message {
String getContent();
}
接下来，实现具体组件 TextMessage，它实现了 Message 接口。
public class TextMessage implements Message {
private String content;
public TextMessage(String content) {
this.content = content;
}
@Override
public String getContent() {
return content;
}
}
装饰角色（Decorator）
定义抽象装饰类 MessageDecorator，它实现了 Message 接口，并持有一个 Message 对象的引用，以便对其进行装饰。
public abstract class MessageDecorator implements Message {
protected Message message;
public MessageDecorator(Message message) {
this.message = message;
}
}
具体装饰类（ConcreteDecorator）
- 加密装饰器 - 用于加密消息内容。
public class EncryptMessageDecorator extends MessageDecorator {
public EncryptMessageDecorator(Message message) {
super(message);
}
@Override
public String getContent() {
return encryptContent(super.message.getContent());
}
private String encryptContent(String content) {
// 简单的加密算法（示例用）
return Base64.getEncoder().encodeToString(content.getBytes());
}
}
- 敏感词过滤装饰器 - 用于过滤消息中的敏感词。
public class FilterMessageDecorator extends MessageDecorator {
public FilterMessageDecorator(Message message) {
super(message);
}
@Override
public String getContent() {
return filterContent(super.message.getContent());
}
private String filterContent(String content) {
// 简单的敏感词过滤
return content.replaceAll("敏感词", "***");
}
}
使用装饰器
现在，使用这些装饰器来处理文本消息：
public class DecoratorDemo {
public static void main(String[] args) {
Message message = new TextMessage("这是一个包含敏感词的消息");
Message filteredMessage = new FilterMessageDecorator(message);
Message encryptedMessage = new EncryptMessageDecorator(filteredMessage);
System.out.println("原始消息: " + message.getContent());
System.out.println("过滤后的消息: " + filteredMessage.getContent());
System.out.println("加密后的消息: " + encryptedMessage.getContent());
}
}
在这个例子中，我们首先创建了一个文本消息，然后通过一个过滤装饰器来过滤敏感词，接着通过一个加密装饰器来加密内容。这样，我们可以看到，装饰器模式使得功能扩展变得非常灵活和方便。
4. 装饰器模式在Java标准库中的应用
Java标准库中充分利用了装饰器模式，尤其是在其输入/输出（I/O）系统中。这一部分将探讨Java I/O库中装饰器模式的应用，并分析InputStream、OutputStream、Reader和Writer类的装饰器实现。
Java I/O库中的装饰器使用示例
Java I/O库设计了一系列的类，用于读写数据。基类InputStream和OutputStream分别为字节流的输入和输出提供基础功能。装饰器模式在这里的应用允许用户根据需求灵活地添加功能，如缓冲、数据转换等。
示例代码：
import java.io.*;
public class IODemo {
public static void main(String[] args) throws IOException {
// 创建一个文件输入流
InputStream is = new FileInputStream("example.txt");
// 使用BufferedInputStream装饰文件输入流
InputStream bis = new BufferedInputStream(is);
// 读取数据
int data = bis.read();
while (data != -1) {
System.out.print((char) data);
data = bis.read();
}
// 关闭流
bis.close();
is.close();
}
}
在这个例子中，BufferedInputStream是一个装饰器，它为FileInputStream提供了缓冲功能，从而提高了读取大文件的效率。
分析InputStream, OutputStream, Reader, 和 Writer的装饰器实现
InputStream和OutputStream：- 这些是所有字节流类的基类，提供了基本的数据读写功能。
- 装饰器类如
BufferedInputStream,BufferedOutputStream,DataInputStream,DataOutputStream等，为基本流添加了特定功能，如缓冲处理、读写基本类型数据等。
Reader和Writer：- 这些是所有字符流类的基类，用于读写字符数据。
- 装饰器类如
BufferedReader,BufferedWriter,InputStreamReader,OutputStreamWriter等，提供了类似的装饰功能，但专注于字符处理。
这些装饰器类遵循开闭原则，使得原有代码不需要修改，就可以引入新的功能，展示了装饰器模式的强大灵活性。通过这种方式，Java I/O库能够提供丰富而灵活的数据处理能力，满足不同场景的需求。
5. 装饰器模式的优缺点
装饰器模式是一种非常有用的设计模式，尤其是在需要扩展对象功能而不修改原有类代码的情况下。然而，像所有设计模式一样，它也有其优势和潜在的缺点。
优点
增强功能：
装饰器模式允许动态地添加或修改对象的行为。这意味着在运行时可以根据需要增加额外的功能，而不是在编译时硬编码。动态扩展：
由于装饰器模式允许在运行时添加功能，因此提供了极大的灵活性，使得系统可以更加动态地适应变化的需求。遵循开闭原则：
根据开闭原则，软件实体应当对扩展开放，对修改封闭。装饰器模式允许在不修改现有对象的情况下通过添加新的装饰类来扩展对象的功能，很好地遵循了这一原则。
缺点
复杂性增加：
使用装饰器模式可能会导致设计中类的数量增加，每个类都专注于特定的功能增强。这可能会使系统结构变得更复杂，尤其是对于新来的开发者来说，理解各个类之间的关系可能会比较困难。多层装饰可能导致系统复杂：
当多个装饰被堆叠使用时，理解和维护这样的代码可能变得更加困难。每一层装饰都会增加调用栈的深度，而且在调试时可能会使问题的追踪变得更加复杂。性能考虑：
在某些高性能场景下，装饰器模式可能会引入额外的性能开销。每次调用装饰过的方法时，都可能涉及多个方法调用，这可能会影响到关键任务的执行时间。
尽管装饰器模式带来了设计上的多个优点，但在选择使用时应当权衡这些优缺点，并考虑是否适合当前的应用场景。在系统设计初期，合理规划和设计可以帮助避免过度使用装饰器模式带来的复杂性。
设计时的考虑因素
明确装饰器和被装饰对象的界限：
- 确保装饰器只关注于添加功能，而不改变原有对象的核心职责。
- 被装饰对象应该能够在没有任何装饰的情况下独立运作。
保持装饰器的透明性：
- 装饰器应该实现与被装饰对象相同的接口，这样的设计使得客户代码在使用装饰后的对象时，不需要区分它是原始对象还是被装饰过的对象。
选择合适的装饰器：
- 在设计初期，考虑哪些功能是通过装饰器模式添加的最合适，避免过度使用装饰器，导致设计过于复杂。