装饰器模式核心是不修改原类、通过组合动态添加功能，所有组件实现统一接口，装饰器持接口引用并增强逻辑，支持链式叠加，构造函数必须接收接口类型以保证可替换性。
装饰器模式在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 : SimpleSender —— 这是继承，不是装饰
- ❌ 不要在装饰器里 new 具体实现类（如 new SimpleSender()），应由外部传入
- ✅ 装饰器构造函数参数必须是接口（IMessageSender），保证可替换性
- ✅ 如果需访问被装饰对象的特有方法，说明接口设计不完整，应回头补充接口定义
基本上就这些。装饰器模式不复杂但容易忽略接口一致性，写的时候盯住“所有东西都得是同一个接口类型”，就稳了。
