Model-View-ViewModelパターンのDRY違反ですか？

Question

ドメインエンティティを持ち、基本エンティティが実際のエンティティオブジェクトのサブセットであるシルバーライトアプリケーション内で、MVVMパターンの使用についてこの記事を今日読んだのはhttp://dotnetslackers.com/articles/silverlight/Silverlight-3-and-the-Data-Form-Control-part-I.aspxです。これはドライ原則の明確な違反ではありませんか？もしそうなら、あなたはそれをどうやってうまく処理できますか？

Answer 1

個人的には、私はディーノがそこでやっていることが好きではなく、私は同じように問題にアプローチしません。私は通常、モデルクラスのフィルタリング、グループ化、ソートされたコレクションとしてVMを考えています。私のVMはViewへの直接マッピングです。そのため、ビューで使用される複数のCollectionViewを持つNewOrderViewModelクラスを作成することがあります。私の意見では、モデル内のすべてのクラスに対してまったく新しいVMクラスを作成することはDRYに違反します。むしろ、View固有の（しばしば計算される）プロパティを追加して、必要に応じてモデルを補強するために派生クラスまたは部分クラスを使用したいと思います。 IMO .NET RIA Servicesは、MとVMのデータを、クライアントとサーバーの両方で使用可能な追加ボーナスと組み合わせる優れた実装です。ディノは華麗な男ですが、この人に彼を呼び出す方法です。

Answer 2

DRYは原則であり、厳しいルールではありません。あなたは人間であり、差別化することができます。 など。 DRYが本当に難しいルールだった場合は、2つの異なる変数に同じ値を割り当てることは決してありません。私は平凡なプログラムでは、値0を含む複数の変数があると思います。

一般的に言えば、DRYは通常データには適用されません。これらのビュー固有のエンティティは、おそらく注目すべき論理がないデータ転送オブジェクトのみである。データはあらゆる種類の理由で複製される可能性があります。

Answer 3

答えは実際にあなたがViewModelにあるべき気持ちに依存していると思います。私の場合、ViewModelは、現在表示されている画面のモデルを表します。

ViewCategoryViewModelのようなものでは、カテゴリのフィールドが重複していません。 ViewModelのプロパティ（たとえば、 "SelectedCategory"）、ビューが表示する必要がある他のデータ、および画面が取ることができるコマンドに、Categoryオブジェクトをプロパティとして公開します。

ドメインモデルとビューモデルの間には常に類似点がありますが、ViewModelの作成方法はすべて同じです。

Answer 4

データ転送オブジェクト（DTO）と同じです。これら2つのオブジェクト型のため

ドメインは異なるので、それはDRYの違反ではありません。

class Customer 
{ 
    public int Age 
} 

そしてcorspondingビューモデル：： - differnetのプロパティタイプ - 異なるオブジェクト

class CustomerViewModel 
{ 
    public string Age; 

    // WPF validation code is going to be a bit more complicated: 
    public bool IsValid() 
    { 
     return string.IsNullOrEmpty(Age) == false; 
    } 
} 

Differntドメイン

は、次の例を考えてみましょう。