asp.net-mvc-3 – 为什么两个类,视图模型和域模型?

前端之家收集整理的这篇文章主要介绍了asp.net-mvc-3 – 为什么两个类,视图模型和域模型?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我知道使用域模型作为视图模型可能是坏的。如果我的域模型有一个名为IsAdmin的属性,并且我有一个创建控制器操作来创建用户,有人可以改变我的形式,并得到它的POST一个IsAdmin = true表单值,即使我没有在我的视图中暴露这样的文本字段。如果我使用模型绑定,那么当我提交我的域模型,那个人现在将是一个管理员。因此,解决方案变得仅暴露视图模型中需要的属性,并使用AutoMapper等工具将返回的视图模型对象的属性值映射到我的域模型对象的属性值。但我读到一个类的绑定属性可以用于指示模型绑定器应该和不应该绑定的属性。那么,什么是真正的原因,使两个单独的类(领域模型和视图模型)必要代表相同的事情,然后在映射它们的开销?它是更多的代码组织问题,如果是,我如何受益?

编辑

对于一个独立于域模型的View模型,我遇到的最重要的原因之一是需要实现MVVM模式(基于Martin Fowler的PM模式)来管理复杂的UI。

解决方法

我发现,虽然我的领域模型得到我85%的方式来拥有我想要的字段,它从来没有覆盖我想要的值的100%在我的视图。特别是当涉及到权限和用户是否应该访问视图的某些部分。

我试图遵循的设计理念是在我的意见尽可能少的逻辑。这意味着我的视图模型中的字段,如“CanViewThisField”或“CanEditThisField”。当我第一次开始使用MVC时,我的域模型是我的视图模型,我总是运行在这种情况下,我只需要一个或两个字段,使我的视图不乱。我已经走了View Model/Model Builder路线,它已经为我工作奇妙。我不再战斗我的代码,但我能够增强我的视图模型,因为我需要而不影响域模型。

猜你在找的asp.Net相关文章