在 Asp.net MVC 中，是否建议视图模型从域模型派生？

Question

（我正在使用 ASP.Net MVC，但这似乎是一个更通用的 MVC 问题）

假设您有一个代表一个人的域模型，并且您有一个用于编辑一个人的视图。 Person 域对象中包含 State of Residence 属性，并且在视图中您需要一个列出州的下拉列表。

是否有任何理由不创建一个派生自域模型并仅包含视图所需的 UI 功能的属性的视图模型？如果是这样，为什么不愿意这样做呢？

TIA

Answer 1

我认为从域模型派生视图模型会引入 MVC 旨在避免的耦合；然而，话虽如此，请做对您的应用程序最有意义的事情。

我更喜欢将视图模型分开，因为这样做可以让我自由地显着更改域模型，并获得改进的编译时间支持，以将视图模型重新映射到新的域模型。

Answer 2

这不是推荐的做法，既然您这么要求，您就不应该这样做。简短的答案是为您要渲染的每个视图创建一个独特的视图模型。保持 1-1 视图与视图模型关系，当您编码时，您就会明白原因。

可以在其他地方找到长答案 http://geekswithblogs.net/michelotti/archive/2009/10/25/asp.net-mvc-view-model-patterns.aspx

谢谢，

R

Answer 3

不，你真的不想这样做。

使用 ViewModel 的很大一部分原因是因为您的领域实体往往很大、尖峰、复杂并且与持久性机制相关。所有这些都会导致他们在遇到像 Def​​aultModelBinder 这样的东西时出现奇怪的、有趣的或破坏性的行为。

通过使用更简单的 ViewModel 类，您可以避免大量这些问题，同时还可以进一步将 UI 层与域模型解耦。

现在，您应该做的是提供简单的方法来从域实体生成 ViewModel 或从 ViewModel 更新域实体。

Answer 4

我不同意这里的大部分建议。

我认为你的领域模型应该是干净的，并且视图模型应该做它必须做的事情。
如果您的视图需要一个人和伦敦的时间，我不认为这样做有问题：

ExampleViewModel : Person {
 Public DateTime LondonTime { get; set;}
}

或者

AnotherViewModel 
{
 Public Person SomeGuy { get; set;}
 Public List<Kitty> Cats{ get; set;}
}

如果您的视图需要一个人和一个小猫列表

这可以保持您的域干净；伦敦时间与人无关，但在您看来，您仍然需要获取数据。恕我直言，这就是视图模型的全部观点。