ASP.NET MVC - 数据库实体或的ViewModels？ [英] ASP.NET MVC - Database entities or ViewModels?
问题描述
我目前工作的一个ASP.NET MVC项目。
I am currently working on an ASP.NET MVC project.
对球队有些开发者希望将自动生成数据库实体直接绑定到视图。
Some developers on the team want to bind the auto-generated database entities directly to the Views.
其他开发商要创建量身定制的视图模型的并绑定到这些视图。
Other developers want to create tailor-made ViewModel's and bind those to the Views.
客观，什么是这两种方法的优点和缺点是什么？
Objectively, what are the pros and cons of both approaches?
（通过数据库实体我指的是一个ORM框架生成自动生成的类，如LINQ to SQL中，实体框架或LLBLGEN）。
(By "database entities" I am referring to the auto generated classes that an ORM framework generates, such as LINQ to SQL, Entity Framework or LLBLGen).
推荐答案
绝对是您的看法 使用视图模型，并使用类似 AutoMapper 从轻松实体创建视图模型。
Definitely use view models in your views, and use something like AutoMapper to create view models from entities easily.
缺点：
- 有时感觉就像你正在复制code，特别是，当视图模型和实体有完全相同的性能
优点：
- 您经常需要重新present对象简单格式（通常被称为扁平化），但你需要在服务器端完全保真。这可以让你不与presentation克鲁夫特打乱你的域模型两者之间的过渡。
- 总根源往往有大量的值对象和无关的特定视图附加实体，并在视图模型忽略他们可以更容易地工作着。
- 您的实体将有大量的双向引用，在一个API的条款是合理的，但他们的序列化对JSON，XML等浏览模式将消除这些循环引用时创建纯地狱。
- 您可能经常使用相同的实体，但在不同的视图方式不同。试图平衡在一种类型的两种需求，既可以创建一个巨大的混乱。
这篇关于ASP.NET MVC - 数据库实体或的ViewModels？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
