0

重複の可能性:
イベント引数のない EventHandler タイプ

プロジェクト全体でイベント ハンドラーと対応するイベント引数 ( :EventArgs) を作成しています。しかし、私はこのEventArgsオブジェクトが必要かどうか疑問に思っています。私がよくこのEventArgson プロパティに持っているように、この特定のEventHandler.

値を直接使用できる EventArgs オブジェクトが必要なのはなぜですか?

このように特定のオブジェクト コンテナーを使用することの価値を理解しています。しかし、ほとんどの場合、渡す必要があるのは 1 つまたは 2 つのオブジェクトだけです。例:PropertyChangedEventHandler String で十分なのに EventArgs をわざわざ使用するのはなぜでしょうか? それはオーバーヘッドをもたらしませんか？

4

2 に答える 2

1

senderイベントのソース（ ）と汎用EventArgsオブジェクトにラップされたイベント引数の2つのパラメーターを受け入れることにより、イベントハンドラーを統一するのは.NETの規則だと思います。

なぜPropertyChangedEventHandlerは、文字列で十分なEventArgsを使用するのが面倒なのですか？それはオーバーヘッドをもたらさないのですか？

いいえ、とにかく参照を渡すため、データが実際に移動することはありません。

于 2012-10-05T07:47:14.413 に答える
0

一般的に、私の提案はObserver パターンを使用することです。

また:イベント引数のない EventHandler タイプ

于 2012-10-05T07:45:31.730 に答える