ビューはMVVMのモデルのプロパティに間接的にバインドする必要がありますか？

Question

私はビューを持っているとしましょう。 DataContextはViewModelに、ViewModelはModelのプロパティを公開しています。

• は、それがModel（例えばBinding Path=Model.FirstName）のプロパティにView内のフィールドをバインドしたいMVVMですか？
• ModelはINotifyPropertyChangedを実装する必要がありますか？

私のチームは、WPFでPrismとMVVMを使用しています。多くのプリズムの例は、Modelに間接的にバインドします。私は個人的には、これが正しいアプローチであるという私の疑問を持っています。モデル内のものは、の動作（プロパティレベルだけでなく）を公開する必要があり、重要なイベントは、eventによって通知される必要があります。クライアントが購読できるかどうか。

ドメイン/モデルオブジェクトを実装することによって、INotifyPropertyChangedは何とかUI/UXを認識しており、種類によってはViewModelにいくつかの冗長性が導入されていると言います。

あなたはどう思いますか？何があなたのために働くのですか？ View/ViewModel/Modelと、Prismの例で使用されているハイブリッドの明確な区別はありますか？

Answer 1

多くの人がINotifyPropertyChangedを直接Modelに実装しているのを見てきましたが、同様に私はViewModelでもそれをやっているのを見てきました。

ViewModelには、これを好きにしてください（INotifyPropertyChangedを実装してください）。私は時々ViewModelに冗長性を作成することに同意しますが、私はViewModelとModelの間の明確な区別/分離を好み、その目的はどうあるべきですか。私にはModelは文字通り、Modelです。それは私のBusiness Dataの表現である。私には、Viewに（通知プロパティー変更イベントを通じて）何らかの変更を加えるべきではありません。 ViewはViewModelと、ViewModelにはModelを使用してください。私は直接ビューに好きではないModelに影響します。私にはModel.FirstNameを使用するのが好きではありません。私にはMMVMと言っているので、Viewの内容はModelです。