PropertyChangeCallback - コントロール内からの変更かどうか

Question

私はPropertyChangedCallbackを持つ依存プロパティを持つカスタムコントロールを持っています。プロパティの値は、カスタムコントロールのロジック内から変更することも、ユーザーの操作やクライアントアプリケーションからの値の設定によって変更することもできます。

プロパティの変化の原因は何ですか？

"送信者"を見てみましたが、いずれの場合も送信者はカスタムコントロールです。

public static readonly DependencyProperty SelectedTimeProperty = 
     DependencyProperty.Register("SelectedTime", typeof(DateTime?), typeof(TimePickerControl), new PropertyMetadata(null, new PropertyChangedCallback(HandleSelectedTimeChanged))); 

    public static readonly DependencyProperty HoursProperty = 
     DependencyProperty.Register("Hours", typeof(object), typeof(TimePickerControl), new PropertyMetadata(@"", (o, e) => ((TimePickerControl)o).OnHoursChanged(o, e.OldValue))); 

    public static readonly DependencyProperty MinutesProperty = 
     DependencyProperty.Register("Minutes", typeof(object), typeof(TimePickerControl), new PropertyMetadata(@"", (o, e) => ((TimePickerControl)o).OnMinutesChanged(o, e.OldValue))); 

    public static readonly DependencyProperty SecondsProperty = 
     DependencyProperty.Register("Seconds", typeof(object), typeof(TimePickerControl), new PropertyMetadata(@"", (o, e) => ((TimePickerControl)o).OnSecondsChanged(o, e.OldValue))); 

をので、クライアントアプリケーションはHours、MinutesとSecondsを制御することによって更新されるであろう場合にはSelectedTimeを更新でき、次のいずれか説明するために

。このロジックはHandleSelectedTimeChangedで処理されます。

しかし、ユーザーはSelectedTimeはそれに応じて更新する必要がありますするHoursの1、MinutesとSecondsを変更することができます。

あなたはおそらく推測できるように、これはHoursはもちろん彼らのコールバックを呼び出す営業時間/ミンス/秒数を変更するトリガするSelectedTimeコールバックを引き起こす、たとえば、変動するので、ループのビットを作成し、再びトリガーされる。

変更がコントロール外から発生した場合のみコールバックを呼び出すか、コールバック内でこれを検出してすぐに終了します。

私がこれまで思いついた唯一のアイデアは、プロパティの1つを変更する前にプライベート変数を設定することです。設定されている場合はコールバック出口で変更した後、それを即座にクリアしますが、私に。これを行うより良い方法はありますか？

Answer 1

外部からの変更イベントの発砲については、恐れ入りますが、 あなたが直面している、非常に一般的なシナリオであり、いくつかの解決策があります。

1. 最初の最良の解決策は、このシナリオを完全に回避することです。

あなたのケースでは、代わりに、時間の各コンポーネントの複数の依存性を有するだけのそれぞれのカスタム値変換を記述し、必要な変換器を有する単一SelectedTimeプロパティに値をバインドすることを意味します。私は個人的にこの方法を強く勧めます。

2. 第2のアプローチは、必要に応じて変更することです。

これは、UpdateHourをトリガーする前に、時間を更新するかどうかを確認することを意味します。そうでない場合、それを引き起こさない。これはきれいな方法であり、更新のループをなくしますが、パフォーマンスのオーバーヘッドがあります。

第三の方法は、ダーティフラグを有しています。

これは、あなたが言ったこと多少あります。SelectedDateのブール値フラグをfalseのままにします。変更されるとtrueに設定され、次のループではtrueになったら終了し、falseに戻します。

あなたが言ったように、それは汚れて汚れています。しかし、仕事を終わらせる。