ViewModelを置く場所

Question

私は、コントローラ、ビュー、およびコアで使用できるビューモデルを持っています。コアは、コントローラとビューがWebプロジェクトにある間は、別個のプロジェクトです。 ViewModelを置くのに最適な場所はどこですか、それはWebプロジェクトかCoreかですか、View Modelのみの個別のプロジェクトを作成する必要がありますか？

Answer 1

ビューモデルは、通常、UI形式のデータを持つモデルのラッパーです。おそらく、あなたのモデルプロジェクトをWebプロジェクトのCoreプロジェクトとビューモデルクラスに入れておくべきでしょう。

View Modelクラスのコンストラクタは、モデルクラス（ビューを生成するために必要なその他のオブジェクト）のインスタンスを取得し、適切なビューデータを生成できます。たとえば、モデルにDateTimeオブジェクトがある場合、表示モデルには、表示する形式のDateTimeを含む対応するStringプロパティを含めることができます。

Answer 2

ViewModelsはビュー固有のものなので、私は通常、自分のUIプロジェクトの下にViewModelフォルダを作成してそこに保持します。

私は自分のviewmodelsとエンティティモデルの間でデータを橋渡しするために別々のサービス層（別のプロジェクト）を作成します。 My ControllerのActionメソッドは、ViewModelオブジェクトを使用してサービスレイヤを呼び出します。

Answer 3

私は、コントローラ、ビュー、およびコアで使用できるビューモデルを持っています。

いいえコアでは使用していません。 Googleの "懸念の分離"。ビューモデルの責任は、モデル（コアプロジェクト）をビューで表現することです。他には使用しないでください。私はここでビューモデルについて書きました：http://blog.gauffin.org/2011/07/three-reasons-to-why-you-should-use-view-models/

モデル（コア プロジェクト）からすべてを取り出し、適切なビューモデルを作成するのはコントローラーの責任です。

コアで使用できるようにビューモデルを置くと、単一の責任原則（5つのSOLID原則の1つ）を破る複数の理由があります。つまり、アプリケーションのいくつかの部分が変更によって影響を受け、1年以内にメンテナンスの悪夢となる小さな回避策や迅速な修正につながる可能性があります。

更新

AutoMapperを使用した例：

public class FlairController 
{ 
    public FlairController(IYourServiceOrRepository repos) 
    { 
    } 

    public ActionResult Details(int id) 
    { 
     SomeCoreObject entity = _repos.Get(id); 
     FlairViewModel model = new FlairViewModel(); 
     Mapper.Map(entity, model); 
     return View(model); 
    } 
} 

（コメントで）あなたのコード例では、方法は、マッピングフレームワークなしのようになります方法です。