gpt4 book ai didi

asp.net-mvc - 带有asp.net mvc 4和EntityFramework的ViewModels的重点是什么

转载 作者:行者123 更新时间:2023-12-04 16:23:19 24 4
gpt4 key购买 nike

我正在与自己辩论在使用 Entity Framework 的项目中创建ViewModel类的意义何在?

我目前有一个使用EntityFramework的项目。我的解决方案的结构基本上是这样的:

  • UI项目(包含 Controller 和 View )
  • 模型项目(包含EntityFramework模型)
  • Services项目(包含与Model Project进行通信以将模型项目之外的实体服务到UI项目的服务类)

  • 我的 Controller 将 Entity Framework 直接创建的实体传递给 View 。

    很好,很简单。

    过去,我会创建单独的 View 模型类,并从EntityFramework创建的实体映射到这些 View 模型。但是,现在我正努力了解这一点。

    我目前正在协助一个项目,该项目从 Entity Framework 生成的实体映射到 View 模型。它实际上使用 AutoMapper来做到这一点。

    现在,这一切似乎都需要付出很大的努力和代码才能获得很少的 yield 。

    我在这里想念什么吗?

    最佳答案

    我可以想到几种情况,当一个单独的 View 模型类层是一个不错的选择时,我将尝试使用通用的ORM工具和通用的MVC框架来解释它们-请注意,这两个都不情况特定于带有 Entity Framework 的ASP.NET MVC框架(甚至不涉及.NET中的编程...)。
    另外:请注意,在以下几段中,我是,仅是,专门指代 View 模型。在这篇文章的结尾,我将解决诸如大规模分配漏洞之类的问题。
    原因1:为View层提供所需的确切数据,仅此而已
    这是一个“纯粹的”目标-在真正的MVC应用程序中, View 层只能访问当前所需的数据,而没有其他访问权限。现在, View 模型对象成为从 View 层到 Controller 的规范:“这是我需要显示所需 View 的数据。”为了遵守基本的MVC原则,您需要确保对要显示的数据的所有决定均由 Controller 做出。
    换句话说,如果要显示用户的名字和姓氏,用户名和图片,则不需要(或不想)为 View 层提供一个对象,该对象也包含有关用户的密码,角色(或用户名)的信息。取一些可能不太敏感的属性(高度或中间名)。取而代之的是,为 View 提供一个对象,该对象具有名字,姓氏,用户名和图片的属性,并且 View 仅决定如何显示数据。这样,您可以确保对呈现哪些数据的决定留在 Controller 层中。
    原因2:避免ORM工具的跟踪功能出现问题
    一些ORM工具-甚至包括一些返回常规对象的工具-都使用相当复杂的方法来跟踪从数据层获取的对象中的更改,以使更改记录变得更加容易。例如,您可能会从数据存储中获取一个对象,更改该实例上的某些属性,然后在其他位置调用save()方法,然后该对象将在数据库中更新。根据ORM工具的不同,将ORM实体转发到 View 层可能会有各种后果,从性能问题(最坏的情况:数据库连接保持打开状态)到不良影响(例如, View 层中的错误会更改数据存储)。为避免这些情况,在将实体发送到应用程序管道下方太远之前,将其重新映射到与ORM工具无关的“真实常规对象”。 View 模型是实现这一目标的一种方法。
    请注意,这是否必要完全取决于您的ORM工具。我不十分了解Entity Framework的内部工作原理,是否知道您是否需要关心-但在EF的早期体现中,这是一个问题,至少在不使用Code-First方法的情况下。
    结论:您是否需要护理?
    不,不一定。 如果没有 View 模型,您可能会做的很好,在这种情况下,它们只是另一层抽象,除了为您的应用程序增加复杂性之外,它实际上没有增加任何其他内容。归根结底,是因为您的ORM工具对您的代码提出了任何要求,以及您是否是“MVC纯粹主义者”。
    旁注:但是大规模分配漏洞呢?
    Queti-Mporta已经pointed out了,大规模分配漏洞可能是一个问题。我同意这是一个严重的问题,但是我不同意使用 View 模型来解决。
    对我而言, View 模型是从 Controller 到 View 的数据传输对象,可帮助 Controller 整理和汇总应显示的数据。为了避免诸如批量分配漏洞之类的问题,我通常使用编辑模型,该模型与 View 模型非常相似,但是在另一个方向上-即到 Controller 。并非每个人都能做到这一点-无论您是否愿意,我都不太在意。但是,使用此词汇表,建议您在允许用户更改数据时始终使用编辑模型,仅在有帮助时才使用 View 模型。

    1 .NET中通常称为“POCO的”或普通的旧CLR对象。 Java在POJO(普通的旧Java对象)中具有与之等效的功能,如果您能想到一种可以在面向对象的编程中使用的语言,那么该语言也具有等效性。

    关于asp.net-mvc - 带有asp.net mvc 4和EntityFramework的ViewModels的重点是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15391322/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com