イベントに個別に応答する方法はさまざまです。ただし、いくつかのプロパティを変更し、すべての変更が行われた後に状態に応答したいという現象に繰り返し遭遇しています。
古典的なケース - アカウントのトランザクションを持つデータグリッドがあります。あるアカウントから別のアカウントに変更すると、日付範囲とソート キー/順序も変更されます。これは 3 つのプロパティ (accountID、sorting、dateRange) ですが、3 つの変更イベントを個別にトリガーしたくはありません。少なくとも、アカウントを切り替えるときはそうではありません。ただし、これらの状態には、ユーザーの操作によって最後の 2 つの状態が変化したときのための、基礎となるウォッチャーがあります。
パラメータの個々の変更とは別に、パラメータの量子的な変更を管理するインテリジェントな方法はありますか? イベントを 1 つずつ変更するときに、常にグローバルな state_is_ching プロパティを使用してイベントを無効にすることができますが、state_is_ching プロパティを「フック解除」すると、より高いレベルから状態を再ポーリングするか、イベントの影響を「キューに入れる」必要があります。 」は、変更期間中にトリガーされました。
これらのソリューションはどちらもエレガントに見えません。
イベントシステム内で戦術的および量子状態の変化をエレガントに管理できる設計パターンを知っている人はいますか?