PureMVC C#框架深度分析與改良方案（一）：Notification機制、Observer模式與架構耦合問題

PureMVC核心通信機制：Notification

Notification貫穿MVC三層，由Name（通知名/收件人）**與Body（內容）**組成。一個Notification可被多個Observer接收（1:N）。

Observer結構與觸發流程

// View層觀察者映射
observerMap = new Dictionary>();

// Observer屬性
private string _notifyMethod; // 回調方法名
private object _notifyContext; // 方法所屬對象

// 通知觸發
public void NotifyObserver(INotification notification)
{
    var type = _notifyContext.GetType();
    var flags = BindingFlags.Instance | BindingFlags.Public | BindingFlags.IgnoreCase;
    var method = type.GetMethod(_notifyMethod, flags);
    method.Invoke(_notifyContext, new object[] { notification });
}

使用反射調用回調，靈活但有性能開銷。

架構耦合問題分析

現狀**：IView接口定義RegisterObserver/RemoveObserver/NotifyObservers，導致：

1. View層與Observer強耦合**：View承擔觀察者管理職責，違反單一職責。
2. 通知來源不純**：Controller/Model也需發送通知，卻需通過View分發，職責邊界模糊。

改良方案：橫向抽離Observer管理器

應用AOP原則，將觀察者管理從MVC縱向分層中橫向抽離：

• 創建ObserverHub（觀察者公司）**統一管理註冊/分發。
• Notifier直接向ObserverHub發送通知。
• View/Controller/Model均通過ObserverHub註冊關注點。

預期收益

• 消除View層對觀察者管理的耦合。
• 統一通知分發入口，便於攔截、日誌、異步分發等橫切關注點。
• 符合C#事件/委托生態，未來可遷移至event/Action基礎實現。