何が良いですか？ INotifyPropertyChangedまたは別々に*変更されたイベントを持っていますか？

Question

私はいくつかのプロパティを持つC＃で新しいクラスを設計しています。私のユーザーは、それぞれがいつ変わるかを知りたいと思うでしょう。

良い選択はありますか？ INotifyPropertyChangedスタイルの実装、または自分のプロパティに対応する個別のイベントを持つだけですか？または両方？

Answer 1

今後は、INotifyPropertyChangedが標準であり、WPFではより優れたサポートを得ています。私はBindingList<T>がINotifyPropertyChangedを尊重していることを思い出しているようです（リフレクタのHookPropertyChangedとUnhookPropertyChanged参照）。

これは、イベントごとに1つではなく、1つのイベントフックしか必要としないため、さらに効率的です。プロパティごとに1つのハンドラを必要とするのではなく、 EventHandlerListと静的キーのセットを経由しなければならないという厄介）

古いスタイルは主に二日酔いです。

Answer 2

INotifyPropertyChangedインターフェイスを実装すると、バインディングソースがプロパティの変更を自動的にリッスンし、コントロールを更新するという追加の利点が得られます。

これを試してください。 INotifyPropertyChangedインタフェースを使用せずにクラスを作成し、何かにバインドします。たとえば、そのプロパティの1つをTextBoxのTextプロパティにバインドすることができます。 TextBoxのテキストではなく、ボックスにバインドされているインスタンス内のそれぞれのプロパティの値を変更するボタンを追加します。実行し、ボタンをクリックします。テキストボックスには変更が通知されません。クラスにINotifyPropertyChangedを実装すると、PropertyChangedを介してプロパティのセッターがその変更を通知するようにしても、テストを繰り返した後で、TextBoxの更新が表示されます。