メカニズムがあります。データを処理済みとしてマークしてもイベントのルーティングは完全には停止されません。EventSetterでのみ使用できます。呼び出してハンドラーを追加します。trueに設定します。概念は、アプリケーションを設計し、イベントハンドラーコードを記述する方法に影響します。ルーティングイベントによって公開される単純なプロトコルとして概念化できます。値を使用する方法の概念設計は次のとおりです。イベントが処理済みとしてマークされている場合、このイベントを経路上の他の要素でもう一度処理する必要はありません。trueに設定することを選択しました。(または、現在のリスナーがルートの最初のポイントである可能性もあります)。現在のリスナーのハンドラーには、次の3つのアクションが可能になりました。action:アクションをまったく行いません。イベントは未処理のまま、次のリスナーにルーティングされます。listener.イベントに応答してコードを実行しますが、実行したアクションはイベントを処理済みとしてマークするのに十分とは確定されません。イベントは次のリスナーにルーティングされます。listener.イベントに応答してコードを実行します。データでイベントを処理済みとしてマークします。リスナーだけがさらにハンドラーを呼び出すことができます。handlers.この概念設計は、前に説明したルーティング動作によって強化されています。(コードまたはスタイルでも可能です)。Handledとしてマークする適切なタイミングに関する推奨事項の詳細については、「ルーティングイベントを処理済みとしてマークする」および「クラス処理」を参照してください。イベントを発生元のオブジェクトで処理するのが一般的であり、イベントのルーティング特性についてはまったく考慮されません。イベントを処理済みとしてマークすることをお勧めします。イベントにハンドラーがアタッチされている場合に起こりうる、予期しない副作用を回避できます。HandlersDependencyObjectから派生するクラスを定義する場合は、クラスの宣言または継承されたイベントメンバーであるルーティングイベントのクラスハンドラーを定義してアタッチすることもできます。ハンドラーが呼び出されます。イベントに対する固有のクラス処理が存在します。イベントが発生していないように見えても、実際にはクラス処理されている場合があります。ハンドラーでも処理される可能性があります。多くの基底クラスとコントロールからは、クラス処理の動作をオーバーライドするために使用できる仮想メソッドが提供されています。イベントの処理済みとしてのマーキング、およびクラス処理」を参照してください。言語は、添付イベントと呼ばれる特殊な種類のイベントも定義します。添付イベントを使用して、任意の要素に特定のイベントのハンドラーを追加できます。イベントを処理する要素が添付イベントを定義または継承する必要はありません。したりする必要はありません。入力システムでは、添付イベントを多用します。ほとんどすべての添付イベントは基本要素間で転送されます。イベントに等しいものとして表されます。添付イベントの詳細については、「添付イベントの概要」を参照してください。イベントのハンドラーをアタッチします。イベントが共通の親要素にメンバーとして含まれない場合でも、共通の親要素にハンドラーをアタッチしてイベントのルーティングを利用します。次の例をもう一度検討します。StackPanelです。宣言されたルーティングイベントのハンドラーを追加しています。インスタンスリスナーにアタッチすることが許可されます。イベント用のプレフィックスを持つ名前空間を指定することもできます。名前空間の割り当て」を参照してください。イベントの主な使用例として、入力イベントがあります。プレフィックスとして付加するのが慣例です。イベントがペアになって構成されます。イベントのシグネチャは同じですが、前者はバブル入力イベント、後者はトンネリング入力イベントです。入力イベントによっては、バブル形式だけ、または直接ルーティング形式だけを持つ場合もあります。イベントがある場合は相互参照を示します。イベントのルーティング方法について説明します。イベントが順次発生するようにします。イベントが発生し、その経路をたどります。イベントが発生し、その経路をたどります。この2つのイベントは、同じイベントデータインスタンスを同じように共有します。メソッド呼び出しが、トンネルイベントからイベントデータをリッスンし、新しい発生イベントでそのイベントを再利用するためです。イベントに送信され、同等のバブル入力イベントにアタッチされた標準のハンドラーは呼び出されません。イベントが発生しなかったように見えます。この処理動作が便利なのは、コントロールの複合化の場合です。ベースの入力イベントが、コントロールの複合部分ではなく最終的なコントロールから報告される必要があるためです。class.入力イベント処理のしくみを説明するため、次の入力イベント例について考えます。イベントの両方のソースであることを示しています。event:次の順序でイベントが処理されます。