中介者模式的核心作用是集中管理交互逻辑而非单纯解耦；它将散落的交互规则收拢至Mediator类，使耦合由网状变为星型，并需按业务场景划分职责、使用泛型保证类型安全、依赖抽象视图接口而非具体控件、结合事件总线处理跨模块通信，且须合理管理生命周期。
中介者模式的核心作用不是解耦，而是集中管理交互逻辑
中介者模式在 C# 中真正解决的不是“对象间有没有耦合”，而是“把原本散落在多个类中的交互规则，收拢到一个 Mediator 类里”。直接让两个类互相引用（比如 A 持有 B，B 持有 A）是强耦合；但若改成两者都只依赖抽象 IMediator，交互逻辑全由中介者调度，耦合就从“网状”变成了“星型”——这是可维护性的关键跃迁。
常见错误是把中介者写成空接口 + 一堆 if-else 分发，结果中介者自己变成上帝类。正确做法是：按业务场景划分职责，例如 UI 控件联动用 UIMediator，领域事件协调用 DomainMediator，不混在一起。
用泛型抽象中介者避免运行时类型转换
硬编码 object 参数或用 dynamic 会让中介者失去编译期检查，也难以重构。推荐用泛型约束定义消息契约：
public interface IMediator
where TRequest : IRequest
{
TResponse Send(TRequest request);
}
public interface IRequest { }
public class LoginRequest : IRequest { public string Username { get; set; } }
这样既保留类型安全，又避免为每种交互写独立方法（如 HandleLogin()、HandleLogout()），后续加新请求只需新增实现类，不改中介者本身。
警惕“伪中介者”：别让中介者直接操作 UI 控件实例
在 WinForms 或 WPF 中，常见反模式是中介者直接持有 Button、TextBox 等控件引用。这会导致：
