MVC:数据模型和视图模型

我已经阅读过一些关于模型的MVCbuild议,指出不应该为域和视图重用相同的模型对象; 但是我还没有find任何人愿意讨论为什么这是坏的。

我认为创build两个单独的模型 – 一个用于域,一个用于视图 – 然后在它们之间映射会产生大量的重复,再加上繁琐的映射代码(其中一些可能通过诸如AutoMapper之类的缓解)容易出错。

是什么使得为这两个问题build立一个单独的模型值得重复和映射代码的麻烦?

其核心,两个模式是关于分离的关注。 我希望我的View可以使用单个模型。 我希望我的领域模型能够代表我与领域专家一起构build的概念模型。 ViewModel通常有技术上的限制。 领域模型是关于POCO的,不受任何数据显示(视图)或持久性(以数据库或其他方式)的技术限制。

假设我在屏幕上显示了三个实体。 这是否意味着我需要强制三者之间的关系? 或者只是创build一个包含所有三个项目的ViewModel组件对象。 使用独立的ViewModel,查看问题与我的域分离。

为什么? 因为视图不应该具有使用模型对象的能力!

想象一下,你把项目传递给一个网页devise师做视图层。 突然间,他/她有能力通过模型层来处理应用程序的数据。 这不好。

所以总是只传递视图需要的数据,而不是带有方法的对象。

JP Boodhoo的文章Screen Bound DTOs将帮助你理解devise的好处。

我已经写了一些安全方面的好处 。

有一个演示模型简化了你的观点。 这一点尤其重要,因为意见通常很难testing。 通过使用演示模型,可以将大量工作从视图中移到域 – >演示模型中。 像格式化,处理空值和展平对象图。

我同意额外的映射是一个痛苦,但我认为你可能需要在你的具体情况下尝试两种方法,看看什么最适合你。

甚至还有一些问题,包括视图模型能够被特殊格式化,并且肯定是无效的。

我想这个想法是,你的领域模型可能扩展到其他的实现,而不仅仅是你的MVC应用程序,这将打破关注的分离原则。 如果您的视图模型是您的域模型,那么您的域模型有两个原因需要更改:域更改要求和视图要求更改。

似乎我也有重复的规则。

即。 在UI上进行客户端对象validation,然后映射到必须validation的域对象。

然而,我倾向于做的是映射我的域对象集来创build一个模型 – 即。 显示客户信息,股票信息等的网页…我的模型成为一个持有Customer对象和Stock对象的结构。

CompanyPageModel

公共客户客户{get;} public Stock股票{get;}

然后在我的MVC项目ViewData.Model.Customer.Name ViewData.Model.Stock.CurrentStocks

分离“看起来像更多的工作,但后来,有这种UI /领域模型的划分是不错的,就像写testing:)

最后,我已经喝醉了,我喜欢能够用显示指示标记我的viewmodel,并且把所有的汽车都连接起来。

我现在要求的是某种来自poco实体的视图模型的自动生成器。 我总是将一些string设置为一个int,并且需要我永远find它。 除非你喜欢痛苦,否则不要想象没有使用automapper。

Interesting Posts