インターセプトUIの変更* before *ビューモデルへのアクセス

Question

質問：変更がビューモデルに反映される前にUIの変更をインターセプトする方法はありますか？具体的には、ComboBoxで動作するものが必要です。しかし、これらはすべて、これらの2つの欠点の1を持っている：UIで何かが変わった後、「キャンセル」（this one、またはthis oneを例えば）：それをバック変更していることを検出する方法はたくさんあります

1. 基礎となるモデルが変更され、実際に取り消される代わりに元に戻されます。
2. キャンセルはビューモデルで行われるため、キャンセルするためのUIもビューモデルに入れなければなりません。

背景：私はいくつかのFoosとComboBoxとフォームを持っています。ユーザーは選択したFooを自由に変更する必要があります（一度「Foo」を選択すると、その設定を保持しないでください）。選択したFooを変更すると、ユーザーが選択したビューモデルの一部の設定が無効になることがあります。ユーザーは「Fooを変更してもよろしいですか？」という警告メッセージをメッセージボックスに表示し、Fooを変更しないと変更がキャンセルされます。選択されたFooの値を変更してそれを元に戻す問題は、無効化する必要があるものを決定するロジックをVMバッキングプロパティ（おそらくNotifyPropertyChanged(Foo)またはそのすぐ隣）に設定する必要があります。変更がキャンセルされたかどうかは設定が無効になります。私の問題を解決

直交質問：

1. 私はそれを曲げることが想定されていないような方法でMVVMパラダイムを曲げるようにしようかな？キャンセルUIをUIに移動して、ビューモデルでキャンセル動作を維持する方法を探していますか？
2. 「変更を元に戻しても機能しない」という主張は正確ではありませんか？変更が戻って無効化を開始（または抑制）した後で、後で後で接続する場所がありますか？

Answer 1

あなたのビューモデルは、すべての変更をすぐにモデルに転送する必要があります。

私は "これは本当にこれを変更したいですか？"ユーザーが「はい」と答えた場合は、モデルを変更し（必要に応じて他のプロパティを無効にする）、そうでなければビューモデルの変更を元に戻して何も無効にします。