RoutedEventHandler 代理人

定義

すべてのルーティング イベントに共通なデータ以外の特定のイベント データを持たない、さまざまなルーティング イベントを処理するメソッドを表します。

public delegate void RoutedEventHandler(System::Object ^ sender, RoutedEventArgs ^ e);
public delegate void RoutedEventHandler(object sender, RoutedEventArgs e);
type RoutedEventHandler = delegate of obj * RoutedEventArgs -> unit
Public Delegate Sub RoutedEventHandler(sender As Object, e As RoutedEventArgs)

パラメーター

sender
Object

イベント ハンドラーがアタッチされているオブジェクト。

e
RoutedEventArgs

イベントのデータ。

注釈

RoutedEventHandlerデリゲートは、イベントデータ内のイベント固有の情報を報告しないルーティングイベントに使用されます。 このようなルーティングイベントは多数あります。例 Click として、とがあり Loaded ます。

一般的な共通言語ランタイム (CLR) イベントとは対照的に、ルーティングイベントのハンドラーを記述する場合の最も顕著な違いは、 sender イベントの (ハンドラーがアタッチされて呼び出される要素) がイベントのソースであるとは限らないことです。 ソースは、イベントデータ () のプロパティとして報告され Source ます。 との違いは、 sender Source 要素ツリーを通じてルーティングイベントを走査するときに、異なる要素にルーティングされるイベントの結果です。

sender Source ダイレクトまたはバブルルーティングイベントのルーティング動作に関心がなく、最初に発生した要素でルーティングイベントを処理するだけの場合は、オブジェクト参照にまたはを使用できます。 この場合、 senderSource は同じオブジェクトです。

ルーティングイベントの固有の機能を利用し、それに応じてハンドラーを記述する場合は、イベントハンドラーを記述するときに使用するイベントデータの最も重要な2つのプロパティは SourceHandled です。

入力イベントと WPF コントロールクラスの特定の組み合わせでは、イベントを発生させる要素は、それを処理する機会を持つ最初の要素ではありません。 入力イベントにイベントのプレビューバージョンがある場合、要素ツリーのルートは最初の機会を持ち、 Handled 共有イベントデータでをに設定できます true 。また、イベントルートの残りの要素に入力イベントがどのように報告されるかに影響を与える可能性があります。 プレビュー処理の動作では、特定のルーティングイベントが想定どおりに発生しないという外観を与えることができます。 詳細については、「 プレビューイベント入力の概要」を参照してください。

拡張メソッド

GetMethodInfo(Delegate)

指定したデリゲートによって表されるメソッドを表すオブジェクトを取得します。

適用対象