PropertyChangedEventHandlerはどのように機能しますか？

Question

これは本当に簡単な質問ですが、誰かが4行目が実際に何をしているのか説明できるかどうか疑問に思っていましたか？最初の行はハンドラにイベントを与えます。どの状況でハンドラがnullを返すか、最後の行が何を返すかはわかりません。

ハンドラにオブジェクトを渡し、どのプロパティが変更されたときに、それらのオブジェクトとは何をしますか？

PropertyChangedEventHandler handler = PropertyChanged; //property changed is the event 

if (handler != null) 
{ 
    handler(this, new PropertyChangedEventArgs(name)); 
} 

私はこのcodeを取得するためにこれを使用するが、私はそれが十分にやっているかを理解したいと仮定します。

Answer 1

あなただけやった場合：

PropertyChanged(this, new PropertyChangedEventArgs(name)) 

誰がイベントPropertyChangedに加入していなかった場合は、NullReferenceExceptionになるだろう。これに対抗するには、NULLチェックを追加します。

if(PropertyChanged != null) 
{ 
    PropertyChanged(this, new PropertyChangedEventArgs(name)) 
} 

さて、あなたはヌルチェックとイベントの呼び出しの間で退会できマルチスレッド誰かを使用している場合、あなたはまだNullReferenceExceptionを得ることができるようにします。我々は一時変数

PropertyChangedEventHandler handler = PropertyChanged; 
    if (handler != null) 
    { 
    handler(this, new PropertyChangedEventArgs(name)); 
    } 

にイベントハンドラをコピーすることを処理するために、誰かがイベントからスクライブ解除場合は今私達の一時的な変数handlerはまだ古い機能を指すことになると、このコードは今NullReferenceExceptionを投げる方法がありません。

多くの場合、人々はキーワードvarを代わりに使用します。これにより、一時変数の完全な型を入力する必要がなくなります。これは、コードで最もよく表示されるフォームです。

var handler = PropertyChanged; 
    if (handler != null) 
    { 
    handler(this, new PropertyChangedEventArgs(name)); 
    } 

Answer 2

handler subscribedから eventへのハンドラがない場合、4行目は指定されたプロパティ名（すべてのサブスクライブされたハンドラを実行する）のイベントを発生させます。

通常、バインディングを使用するとWPFフレームワークはPropertyChangedに登録されるため、バインドされたプロパティが変更されるとバインディングを更新できます。そのように定義されてい

public event PropertyChangedEventHandler PropertyChanged; 

Eventsが実際にあなたが追加することができるイベントハンドラのリストについては、シンタックスシュガーです：

Answer 3

PropertyChanged

は、インタフェースでの定義に従って、このように宣言されたイベントでありますサブスクリプションによってデリゲートを削除する（関数への参照）。

イベントを呼び出すとき、つまりPropertyChanged(...)が内部で発生するのは、その内部リストのすべてのデリゲートがパラメータで個別に呼び出されるということです。これにより、イベントのすべての加入者にイベントが発生したことが通知されます。

ここで、handler変数を使用する理由は、PropertyChangedはnullになる可能性があるためです。何も購読していなければ、イベント（またはイベントハンドラリスト）を呼び出すことはできません。実際にハンドラを実際に実行できるかどうかを確認する方法です。