編集：私は私のブログでこの回答を更新しました：
http://www.samwheat.com/post/The-function-of-ViewModels-in-MVC-web-development
私の答えは少し長くなりますが、ビューモデルを他の一般的に使用されるモデルと比較して、なぜ違うのか、なぜ必要なのかを理解することが重要だと思います。
まとめると、尋ねられた質問に直接回答するには：
一般的に、ビューモデルは、ビューのレンダリングに必要なすべてのプロパティとメソッドを含むオブジェクトです。ビューモデルのプロパティは、多くの場合、顧客や注文などのデータオブジェクトに関連し、さらに、ユーザー名、アプリケーション名など、ページまたはアプリケーション自体に関連するプロパティも含みます。ビューモデルは、レンダリングエンジンに渡すのに便利なオブジェクトを提供します。 HTMLページを作成します。ビューモデルを使用する多くの理由の1つは、ビューモデルが、ユーザー入力の処理、データの検証、表示用のデータの取得などの特定のプレゼンテーションタスクを単体テストする方法を提供することです。
エンティティモデル（a.ka. DTOのa.ka.モデル）、プレゼンテーションモデル、およびビューモデルの比較を以下に示します。
データ転送オブジェクト、別名「モデル」
データ転送オブジェクト（DTO）は、データベースのテーブルスキーマに一致するプロパティを持つクラスです。DTOは、データストアとの間でデータを往復する一般的な使用法にちなんで名付けられました。
DTOの特性：
•ビジネスオブジェクト–その定義はアプリケーションデータに依存します。
•通常はプロパティのみが含まれ、コードは含まれません。
•主にデータベースとの間でデータを転送するために使用されます。
•プロパティは、データストア内の特定のテーブルのフィールドと完全またはほぼ一致します。
通常、データベーステーブルは正規化されているため、DTOも通常は正規化されています。これにより、データを表示するための使用が制限されます。ただし、特定の単純なデータ構造では、多くの場合非常にうまく機能します。
DTOがどのように見えるかの2つの例を次に示します。
public class Customer
{
public int ID { get; set; }
public string CustomerName { get; set; }
}
public class Order
{
public int ID { get; set; }
public int CustomerID { get; set; }
public DateTime OrderDate { get; set; }
public Decimal OrderAmount { get; set; }
}
プレゼンテーションモデル
プレゼンテーションモデルは、画面またはレポートにデータをレンダリングするために使用されるユーティリティクラスです。プレゼンテーションモデルは通常、複数のDTOのデータから構成される複雑なデータ構造をモデル化するために使用されます。プレゼンテーションモデルは、多くの場合、データの非正規化されたビューを表します。
プレゼンテーションモデルの特徴：
•ビジネスオブジェクト–その定義はアプリケーションデータに依存します。
•ほとんどのプロパティが含まれています。コードは通常、データのフォーマット、またはDTOとの間の変換に限定されます。プレゼンテーションモデルにはビジネスロジックを含めないでください。
•多くの場合、データの非正規化されたビューが表示されます。つまり、複数のDTOのプロパティを組み合わせることがよくあります。
•多くの場合、DTOとは異なる基本タイプのプロパティが含まれています。たとえば、ドルの金額は文字列として表されるため、カンマと通貨記号を含めることができます。
•多くの場合、それらの使用方法とオブジェクトの特性によって定義されます。つまり、グリッドをレンダリングするためのバッキングモデルとして使用される単純なDTOは、実際にはそのグリッドのコンテキストでのプレゼンテーションモデルでもあります。
プレゼンテーションモデルは、「必要に応じて」および「必要に応じて」使用されます（DTOは通常、データベーススキーマに関連付けられています）。プレゼンテーションモデルは、ページ全体、ページ上のグリッド、またはページ上のグリッドのドロップダウンのデータをモデル化するために使用できます。多くの場合、プレゼンテーションモデルには、他のプレゼンテーションモデルであるプロパティが含まれています。プレゼンテーションモデルは、特定のグリッドを単一のページにレンダリングするなど、使い捨ての目的で作成されることがよくあります。
プレゼンテーションモデルの例：
public class PresentationOrder
{
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
モデルを見る
ビューモデルは、ビューをレンダリングするためのバッキングクラスであるという点でプレゼンテーションモデルに似ています。ただし、プレゼンテーションモデルやDTOとは、その構成方法が大きく異なります。ビューモデルには、プレゼンテーションモデルやDTOと同じプロパティが含まれていることがよくあります。このため、ビューモデルは互いに混同されることがよくあります。
ビューモデルの特性：
•ページまたは画面のレンダリングに使用される単一のデータソースです。通常、これは、ビューモデルが、ページ上の任意のコントロールがそれ自体を正しくレンダリングするために必要とするすべてのプロパティを公開することを意味します。ビューモデルをビューの単一のデータソースにすると、ユニットテストの機能と価値が大幅に向上します。
• アプリケーションデータで構成されるプロパティと、アプリケーションコードで使用されるプロパティを含む複合オブジェクトです。この特性は、再利用可能なビューモデルを設計する際に重要であり、以下の例で説明します。
•アプリケーションコードが含まれています。通常、ビューモデルには、レンダリング中、およびユーザーがページを操作しているときに呼び出されるメソッドが含まれています。このコードは通常、イベント処理、アニメーション、コントロールの可視性、スタイリングなどに関連しています。
•データの取得またはデータベースサーバーへの送信を目的としてビジネスサービスを呼び出すコードが含まれています。このコードは、誤ってコントローラーに配置されることがよくあります。コントローラからビジネスサービスを呼び出すと、通常、ユニットテストのビューモデルの有用性が制限されます。明確にするために、ビューモデル自体にはビジネスロジックを含めないでください。ビジネスロジックを含むサービスを呼び出す必要があります。
•多くの場合、他のページまたは画面の他のビューモデルであるプロパティが含まれています。
•「ページごと」または「画面ごと」と書かれている。固有のビューモデルは、通常、アプリケーションのすべてのページまたは画面に対して作成されます。
•ほとんどのページと画面は共通のプロパティを共有するため、通常は基本クラスから派生します。
モデル構成を表示
前述のように、ビューモデルは、アプリケーションプロパティとビジネスデータプロパティを1つのオブジェクトに結合するという点で、複合オブジェクトです。ビューモデルで使用される一般的に使用されるアプリケーションプロパティの例は次のとおりです。
•エラーメッセージ、ユーザー名、ステータスなど、アプリケーションの状態を表示するために使用されるプロパティ
•コントロールのフォーマット、表示、スタイル設定、またはアニメーション化に使用されるプロパティ。
•リストオブジェクトやユーザーが入力した中間データを保持するプロパティなど、データバインディングに使用されるプロパティ。
次の例は、ビューモデルの複合的な性質が重要である理由と、効率的で再利用可能なビューモデルを最適に構築する方法を示しています。
Webアプリケーションを作成していると仮定します。アプリケーション設計の要件の1つは、ページタイトル、ユーザー名、およびアプリケーション名をすべてのページに表示する必要があることです。プレゼンテーション注文オブジェクトを表示するページを作成する場合は、プレゼンテーションモデルを次のように変更します。
public class PresentationOrder
{
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
このデザインはうまくいくかもしれませんが、注文のリストを表示するページを作成したい場合はどうでしょうか？PageTitle、UserName、およびApplicationNameの各プロパティは繰り返され、扱いにくくなります。また、クラスのコンストラクターでページレベルのロジックを定義したい場合はどうなりますか？表示されるすべての注文のインスタンスを作成すると、それを行うことができなくなります。
継承より構成
以下は、本当のビューモデルになるように注文プレゼンテーションモデルをリファクタリングする方法であり、単一のPresentationOrderオブジェクトまたはPresentationOrderオブジェクトのコレクションを表示するのに役立ちます。
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
上記の2つのクラスを見ると、ビューモデルを考える1つの方法は、プロパティとして別のプレゼンテーションモデルを含むプレゼンテーションモデルであることがわかります。最上位のプレゼンテーションモデル（ビューモデル）には、ページまたはアプリケーションに関連するプロパティが含まれ、プレゼンテーションモデル（プロパティ）には、アプリケーションデータに関連するプロパティが含まれます。
デザインを一歩進めて、PresentationOrdersだけでなく、他のクラスにも使用できるベースビューモデルクラスを作成できます。
public class BaseViewModel
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
}
これで、PresentationOrderVMを次のように簡略化できます。
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
BaseViewModelをジェネリックにすることで、さらに再利用可能にすることができます。
public class BaseViewModel<T>
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business property
public T BusinessObject { get; set; }
}
今、私たちの実装は簡単です：
public class PresentationOrderVM : BaseViewModel<PresentationOrder>
{
// done!
}
public class PresentationOrderVM : BaseViewModel<List<PresentationOrder>>
{
// done!
}
