C# イベント登録: = anEvent;
と = new EventHandler(anEvent);
C# のイベント処理メカニズムは、リアクティブでインタラクティブなアプリケーションを構築するために重要です。イベント処理の 1 つの側面には、イベント ハンドラーを特定のイベントに登録することが含まれます。委任されたイベントの登録に関しては、次の 2 つの構文が一般的です:
<code class="language-csharp">[object].[event] += anEvent;</code>
<code class="language-csharp">[object].[event] += new EventHandler(anEvent);</code>
違いを詳しく見てみましょう
当初、2 つの文法は異なる動作を示すと考えられていました。ただし、最新の更新では、両方の方法が機能的に同等であることが明確になりました。最初の構文は単純にデリゲート推論を使用して適切なデリゲートの種類を自動的に決定しますが、2 番目の構文は EventHandler デリゲートを明示的に指定します。
C# 2.0 以降での委任推論
C# 2.0 より前は、2 番目の構文が委任されたイベントの登録で唯一実行可能なオプションでした。ただし、デリゲート推論の導入により、C# 2.0 以降では最初の構文も使用できるようになりました。
コンパイラの役割
最初の例では、コンパイラはデリゲートが EventHandler であるべきだと推論します。これは、これがイベントの標準のデリゲート型であるためです。これにより構文が簡素化され、コードの冗長性が軽減されます。
明示的なデリゲートの指定
2 番目の例では、EventHandler デリゲートが明示的に指定されています。これは、明確さが必要なシナリオ、またはデリゲートの型がすぐに推論できない可能性があるシナリオで役立ちます。
構文上の利便性
どちらの構文でも同じ結果が得られますが、どちらを選択するかは主に個人の好みによって決まります。簡潔で読みやすいコードの場合は、通常、デリゲート推論の最初の構文が推奨されます。明確にして曖昧さをなくすために、必要に応じて 2 番目の構文を使用できます。
結論
要するに、これら 2 つのデリゲート イベント登録構文の明らかな違いは、構文上の糖鎖の問題にすぎません。どちらのアプローチでも最終的には同じ機能が得られるため、開発者は特定のニーズに最も適した構文を柔軟に選択できます。
以上がC# デリゲート イベントの登録: `[object].[event] = anEvent;` と `[object].[event] = new EventHandler(anEvent);` の本当の違いは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。