asp.net-mvc - ASP.NET MVC : ViewModels versus Domain Entities

Question

我正在使用 MVC 3 构建一个概念应用程序，以尝试学习它的方式。我之前在 WebForms 中使用 n 层方法完成了一些非常繁重的应用程序，通常由具有存储库的域对象和在存储之前操作它们的服务组成。

如果有任何一种这样的方式，我正在尝试用 MVC 中的“正确”方式来协调我过去如何做事。我现在很纠结的是什么时候使用 ViewModels，什么时候使用我在整个其他项目中的领域对象。验证是使用 ViewModels 完成的，但是当我编写更多自定义的业务逻辑验证时，似乎它对一个低级 ViewModel 的责任太大了，它只是帮助我在通过存储库层将数据正式存储到数据库中之前移动数据.

我也厌倦了将 ViewModel 数据映射到存储库存储和检索的“官方”域对象，但我觉得我也不应该使用 MVC 属性来破坏我的域对象以进行验证。

您对在哪里划清域对象和单纯的 ViewModel 有什么建议吗？还是我把事情复杂化了，我的 ViewModels 实际上应该是存储库存储的“官方”模型？

Answer 1

Do you have any advice for where to draw the line between domain objects and mere ViewModels?

就我个人而言，我总是使用 View 模型。所有 UI 验证逻辑都在 View 模型(必填字段，...)和域模型上的业务逻辑(用户名已经存在，...)上完成。我也用 AutoMapper为了不厌倦域模型和传递给 View 的 View 模型之间的映射。