装饰器模式核心是不修改原类、通过组合动态添加功能，所有组件实现统一接口，装饰器持接口引用并增强逻辑，支持链式叠加，构造函数必须接收接口类型以保证可替换性。

装饰器模式在C#中核心是“不修改原有类，通过组合方式动态添加功能”。它用接口统一行为，用具体装饰器包装被装饰对象，支持多层叠加，比继承更灵活、更符合开闭原则。

定义统一接口（关键起点）

所有组件（原始对象和装饰器）都要实现同一个接口，这是整个模式的基础。比如要给“消息发送器”加日志、加密、压缩等功能：

• 先定义 IMessageSender 接口，含 Send(string message) 方法
• 原始类 SimpleSender 实现该接口，只做基础发送
• 所有装饰器（如 LoggingSender、EncryptingSender）也实现同一接口

写装饰器基类或直接实现接口（推荐直接实现）

装饰器不是抽象基类，而是具体类——它持有接口类型的引用，并在方法中调用被包装对象，再前后增强逻辑：

• LoggingSender 构造函数接收一个 IMessageSender
• Send() 方法里：先写日志 → 调用 _inner.Send() → 再写日志（可选）
• 每个装饰器职责单一，不耦合其他功能

支持链式叠加（装饰器的核心优势）

因为装饰器本身也是 IMessageSender，所以可以嵌套使用：

• var sender = new EncryptingSender(new LoggingSender(new SimpleSender()));
• 调用 sender.Send("hello") 会依次执行：日志 → 加密 → 发送
• 顺序很重要：最外层装饰器最先执行前置逻辑，最内层最后执行实际动作

避免常见坑（实用提醒）

新手容易把装饰器写成继承关系，或者让装饰器依赖具体类型：

• ❌ 不要让 LoggingSender : SimpleS

  

  ender —— 这是继承，不是装饰
• ❌ 不要在装饰器里 new 具体实现类（如 new SimpleSender()），应由外部传入
• ✅ 装饰器构造函数参数必须是接口（IMessageSender），保证可替换性
• ✅ 如果需访问被装饰对象的特有方法，说明接口设计不完整，应回头补充接口定义

基本上就这些。装饰器模式不复杂但容易忽略接口一致性，写的时候盯住“所有东西都得是同一个接口类型”，就稳了。