事件處理器的簽名要和注冊時的簽名一致：

包裝器的參數類型為基類型，事件處理器的參數類型為子類型，根據委托協變，可以把子類型參數的委托賦值給基類型參數的委托

以下是deepseek回答：

這是一個非常好的問題，它觸及了 WPF 路由事件中一個關于類型兼容性和歷史設計的細節。

你的觀察是準確的：代碼中確實存在一個看似不一致的地方。我們來分析一下為什么可以這樣做，以及為什么要這樣設計。

核心原因：類型兼容性與 .NET 事件協變/逆變

1. 事件注冊時的類型：

   public static readonly RoutedEvent ReportTimeEvent = EventManager.RegisterRoutedEvent(
       "ReportTime", RoutingStrategy.Bubble, typeof(EventHandler<ReportTimeEventArgs>), typeof(TimeButton));
   

   這里，RegisterRoutedEvent 方法的第三個參數是 handlerType，它指定了哪個委托類型可以處理這個事件。這里使用的是 EventHandler<ReportTimeEventArgs>。這意味著事件處理程序的簽名必須是 void MethodName(object sender, ReportTimeEventArgs e)。

2. .NET 事件包裝器：

   public event RoutedEventHandler ReportTime
   {
       add { AddHandler(ReportTimeEvent, value); }
       remove { RemoveHandler(ReportTimeEvent, value); }
   }
   

   這里你發現，公共事件的類型是 RoutedEventHandler。RoutedEventHandler 的簽名是 void MethodName(object sender, RoutedEventArgs e)。

   那么問題來了：RoutedEventHandler 類型的委托怎么能被添加到期望 EventHandler<ReportTimeEventArgs> 類型委托的事件中呢？

3. 關鍵的兼容性：.NET 委托的協變

   • RoutedEventHandler 的參數是 RoutedEventArgs。
   • 你的自定義參數 ReportTimeEventArgs 繼承自 RoutedEventArgs。
   • 在 .NET 中，委托支持協變。這意味著一個期望接收基類參數（如 RoutedEventArgs）的委托，可以安全地引用一個接收派生類參數（如 ReportTimeEventArgs）的方法。
   • 反過來，EventHandler<ReportTimeEventArgs> 可以被視為 RoutedEventHandler 的一個“更具體”的版本。因為任何能處理 RoutedEventArgs 的方法，必然也能處理它的子類 ReportTimeEventArgs（這是“里氏替換原則”的體現）。編譯器允許這種賦值。

   因此，當你寫 local:TimeButton.ReportTime="ReportTimeHandler" 時，XAML 編譯器和運行時知道你的 ReportTimeHandler 方法符合 EventHandler<ReportTimeEventArgs> 的簽名，所以它可以安全地工作。

為什么要包裝成 RoutedEventHandler 類型？

既然技術上允許，那么設計上為什么選擇 RoutedEventHandler 而不是 EventHandler<ReportTimeEventArgs> 呢？這主要是出于一致性和習慣。

1. 與 WPF 內置事件保持一致：WPF 中絕大多數路由事件（如 Button.Click、Mouse.MouseDown）都使用 RoutedEventHandler 作為其公共事件的委托類型。即使它們的事件參數是更具體的類型（如 MouseButtonEventArgs 繼承自 RoutedEventArgs），它們的公共事件也仍然定義為 RoutedEventHandler。你的自定義事件遵循了這一慣例，使得它看起來和用起來都像一個“標準”的 WPF 路由事件。

2. 簡化 XAML 書寫：在 XAML 中，當你輸入 Button.Click= 時，智能感知和編譯器期望的是一個 RoutedEventHandler 類型的方法。如果你的自定義事件也使用 RoutedEventHandler，那么開發者在為你的 TimeButton.ReportTime 事件指定處理程序時，會有完全一致的體驗。他們不需要去記憶一個特殊的 EventHandler<ReportTimeEventArgs> 類型。

3. 歷史原因：EventHandler<T> 泛型委托是在 .NET Framework 2.0 中引入的，而 WPF 的部分設計可能更早，或者為了與早期的設計模式保持一致，選擇了使用非泛型的 RoutedEventHandler。這個習慣被保留了下來。

總結

• 技術上可行：因為委托協變，EventHandler<ReportTimeEventArgs> 與 RoutedEventHandler 是兼容的。ReportTimeHandler 方法的簽名最終匹配的是事件注冊時指定的 EventHandler<ReportTimeEventArgs>。
• 設計上合理：將公共事件包裝為 RoutedEventHandler 類型，是為了與 WPF 框架中其他所有路由事件保持一致，提供統一的編程體驗。

所以，這并不是一個錯誤，而是一個遵循 WPF 慣例的、經過深思熟慮的設計。它保證了自定義路由事件在行為和用法上與原生事件無縫集成。