装饰器模式在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），保证可替换性 ✅ 如果需访问被装饰对象的特有方法，说明接口设计不完整，应回头补充接口定义基本上就这些。装饰器模式不复杂但容易忽略接口一致性，写的时候盯住“所有东西都得是同一个接口类型”，就稳了。
