Entity FrameworkでViewModelでDependencyPropertyを使用する

Question

私はEntity FrameworkモデルでMVVMパターンを使用してC＃でデスクトップアプリケーションを作成しています。私はVMのDependencyPropertiesを使用する傾向があり、（一般的に）INotifyPropertyChangedの実装よりもこのシステムを好むようになりました。私は物事を一貫させておきたいと思います。私のVMはモデル内のエンティティにアクセスし、物事をかなり別々に保つことができました。ビューにはバインディングやコマンド名以外のVMの知識はなく、モデルはVMの知識を知っています。 VMでINotifyPropertyChangedのを使用して

は、モデルのエンティティを更新するために、とても簡単そうです：CurrentPersonは、Personオブジェクトエンティティデータモデルによって自動作成され

public string Forename 
    { 
     get { return CurrentPerson.Forename; } 
     set 
     { 
      if (Forename != value) 
      { 
       CurrentPerson.Forename = value; 
       NotifyPropertyChanged("Forename"); 
      } 
     } 
    } 

...。したがって、Forenameを格納するために特別に作成されたプライベートフィールドはありません。

DependencyPropertiesでは、DPを作成し、GetValueとSetvalueを使用してデフォルトプロパティを追加し、次にCurrentPerson Entityを更新するためにPropertyChangedCallbackを使用する必要があるようです。この状況でコールバックを呼び出すと、他のVMと一貫性を持たせるためにオーバーヘッドが追加されているようです。

これらの方法のいずれかが他の方法であるかどうかは問われます。はになりますか？この例では、DependencyPropertyまたはINotifyPropertyChangedを使用する必要がありますか？注目すべき点の1つは、これは潜在的に非常に大規模なプロジェクト（プラグインと異なるマシンからの多数のデータベースアクセス）であり、すべてが本当に再利用可能であるべきであり、モジュールは可能な限り「切断」されていることです。

Answer 1

DependencyPropertyの代わりにINotifyPropertyChangedを使用することをお勧めします。 DependencyPropertyがWindowsBase.dllにあるため、私がViewModelsのDependencyPropertyから離れている主な理由があります。これは、Windows UIに少しすぎます（少なくともIMHO）。

INotifyPropertyChangedを使用すると、さまざまなプラグインで必要な方法で実装できるため、管理が簡単になります。依存関係プロパティを強制すると、すべてのビューモデルがDependencyObjectから継承する必要があります。

INotifyPropertyChangedのとしたDependencyPropertyの使用の詳細についてはこちらの記事を参照してください：http://kentb.blogspot.com/2009/03/view-models-pocos-versus.html

別のサポートの答え：https://stackoverflow.com/a/783154/27669