附加事件概觀
更新：2007 年 11 月
可延伸標記語言 (XAML) 定義了一種稱為「附加事件」(Attached Event) 的語言元件和事件類型。附加事件的概念可以讓您將特定事件的處理常式加入到任意項目中，而非實際定義或繼承該事件的項目中。在這種情況下，事件並非由可能引發事件的物件或是處理事件的目的執行個體所定義或擁有。
這個主題包含下列章節。
- 必要條件
- 附加事件語法
- WPF 實作附加事件的方式
- 附加事件的案例
- 在 WPF 中處理附加事件
- 將自己的附加事件定義為路由事件
- 引發 WPF 附加事件
- 相關主題
必要條件
附加事件語法
附加事件具有 XAML 語法和程式撰寫模式，支援程式碼必須使用這種語法和模式才能支援附加事件的使用。
在 XAML 語法中，附加事件並不是只由其事件名稱指定，而是由它的擁有者型別加上事件名稱 (中間以點 (.) 分隔) 來指定。由於事件名稱中包含其擁有者型別的名稱，因此附加事件語法可以將任何附加事件附加到可以執行個體化的任何項目。
例如，下列 XAML 語法可以用來附加自訂 NeedsCleaning 附加事件的處理常式：
<aqua:Aquarium Name="theAquarium" Height="600" Width="800" aqua:AquariumFilter.NeedsCleaning="WashMe"/>
請注意其中的 aqua: 前置字元；這個案例需要加入此前置字元，因為該附加事件是來自自訂對應 xmlns 的自訂事件。
WPF 實作附加事件的方式
在 WPF 中，附加事件由 RoutedEvent 欄位支援，而且在引發之後將會透過樹狀結構路由傳送。附加事件的來源 (也就是引發事件的物件) 通常是系統或服務來源，因此執行引發事件之程式碼的物件並不是項目樹狀結構的一部分。
附加事件的案例
在 WPF 中，附加事件是存在具有服務層級抽取作業的特定功能區域中，例如由靜態 (Static) Mouse 類別或 Validation 類別所啟用的事件。與服務互動或是使用服務的類別可以透過附加事件語法來使用事件，或是選擇支援附加事件做為路由事件，使其成為類別整合服務功能所採用之方式的一部分。
雖然 WPF 定義了許多附加事件，但是您會直接使用或處理附加事件的情況非常有限。附加事件通常用於架構用途，但接著則會轉送到非附加 (由 CLR 事件包裝函式支援) 路由事件。
例如，在任何指定的 UIElement 上，可以更輕鬆處理基礎附加事件 Mouse.MouseDown，方法是藉由在該 UIElement 上使用 MouseDown，而不是在 XAML 或程式碼中處理附加事件語法。由於附加事件可讓您在未來擴充輸入事件，因此可以提供結構上的用途。模擬裝置只需要引發 Mouse.MouseDown 來模擬滑鼠輸入，而不需要從 Mouse 衍生。不過，這個案例牽涉到事件的程式碼處理，而附加事件的 XAML 處理則與此案例無關。
在 WPF 中處理附加事件
處理附加事件的程序，以及您所要撰寫的處理常式程式碼，基本上都與路由事件相同。
一般來說，WPF 附加事件與 WPF 路由事件差異不大。兩者的差異在於回溯事件來源的方式，以及類別將事件公開為成員的方式 (這也會影響 XAML 處理常式語法)。
不過，如前面所述，現有的 WPF 附加事件並不特別適合在 WPF 中處理。這種事件的用途通常是要讓複合項目能夠對複合 (Compositing) 中的父項目報告狀態，而在此情況下，事件通常在程式碼引發，也需依賴相關父類別中的類別處理。例如，Selector 內的項目應該會引發附加的 Selected 事件，接著由 Selector 類別處理該事件，然後 Selector 類別可能會將它轉換成不同的路由事件 SelectionChanged。如需路由事件和類別處理的詳細資訊，請參閱將路由事件標記為已處理以及類別處理。
將自己的附加事件定義為路由事件
如果您是從一般的 WPF 基底類別衍生，可以透過在類別中加入特定模式方法，以及使用基底類別中既有的公用程式方法，實作您自己的附加事件。
此模式如下：
具有兩個參數的 Add*Handler 方法。第一個參數必須識別事件，而識別的事件必須符合方法名稱中具有 * 的名稱。第二個參數是要加入的處理常式。這個方法必須是公用 (Public)、靜態且沒有傳回值的方法。
具有兩個參數的 Remove*Handler 方法。第一個參數必須識別事件，而識別的事件必須符合方法名稱中具有 * 的名稱。第二個參數是要移除的處理常式。這個方法必須是公用、靜態且沒有傳回值的方法。
在項目上宣告附加事件處理常式屬性 (Attribute) 時，Add*Handler 存取子方法可加速 XAML 的處理程序。Add*Handler 和 Remove*Handler 方法也可提供附加事件之事件處理常式存放區的程式碼存取權。
這種一般性模式還不夠精確，無法實際在架構中實作，因為任何特定 XAML 讀取器 (Reader) 的實作可能都有不同的配置，用以識別支援語言和架構中的基礎事件。這是 WPF 將附加事件實作為路由事件的其中一個原因；WPF 事件系統中已經定義了用於事件 (RoutedEvent) 的識別項。此外，在附加事件的 XAML 語言層級的概念中，傳送事件是自然的實作擴充功能。
WPF 附加事件的 Add*Handler 實作包括以路由事件和處理常式做為參數來呼叫 AddHandler。
這種實作策略和路由事件系統通常會將附加事件的處理限制為 UIElement 衍生類別 (Derived Class) 或 ContentElement 衍生類別，因為只有這些類別具有 AddHandler 實作。
例如，下列範例使用將附加事件宣告成路由事件的 WPF 附加事件策略，定義擁有者類別 Aquarium 上的 NeedsCleaning 附加事件。
<aqua:Aquarium Name="theAquarium" Height="600" Width="800" aqua:AquariumFilter.NeedsCleaning="WashMe"/>
請注意，用於建立附加事件識別項欄位 RegisterRoutedEvent 的方法實際上與用來註冊非附加路由事件的方法相同。附加事件和路由事件全都會註冊到集中式的內部存放區中。這種事件存放區實作可啟用路由事件概觀中所討論的「以事件做為介面」的概念性考量。
引發 WPF 附加事件
您通常不需要從程式碼引發 WPF 定義的附加事件。這些事件是遵照一般的「服務」概念模型，而由諸如 InputManager 等的服務類別負責引發事件。
不過，如果您是依據以 RoutedEvent 做為基礎的 WPF 模型來定義自訂附加事件，則可使用 RaiseEvent，從任何 UIElement 或 ContentElement 引發附加事件。引發路由事件 (附加或非附加) 時，您必須將項目樹狀結構中的特定項目宣告為事件來源；該來源將會報告為 RaiseEvent 呼叫端。您的服務必須負責判斷要將樹狀結構中的哪個項目報告為來源。