【问题标题】:DBContext, state and original valuesDBContext、状态和原始值
【发布时间】:2011-09-22 09:36:04
【问题描述】:

我正在使用 EF 和 Code First 处理 ASP.NET MVC3。

我正在编写一个简单的问题跟踪器以供练习。在我的控制器中,我有一段相当标准的代码:

[HttpPost]
public ActionResult Edit(Issue issue) {
    if (ModelState.IsValid) {
        dbContext.Entry(issue).State = EntityState.Modified
        .....
    }
}

问题第 1 部分 我试图弄清楚 dbcontext 是如何工作的 - 在我在 dbContext.Entry(issue) 上设置 State 之前,我假设我的问题对象是分离的。一旦我设置了要修改的状态,对象就会被附加——但是附加到什么? dbContext 还是数据库?我有点想念这个(附加)实际上意味着什么?

问题第 2 部分 为了论证,假设我决定在我的问题上设置“已接受”字段。接受是一个布尔值。我从它是假的开始,我在表单中将它设置为真并提交。在附加我的对象时,OriginalValues 集合的意义是什么?例如,如果我在设置 EntityState.Modified 之后但在调用 SaveChanges() 之前设置断点,我可以查询

db.Entry(issue).OriginalValues["Accepted"]

这将给我与简单地查询已传递给编辑的问题对象相同的值......即它给出的结果与

相同
issue.Accepted

我显然遗漏了一些东西,因为文档说 “原始值通常是实体的属性值,就像上次从数据库中查询时一样。” 但事实并非如此,因为数据库仍然报告 Accepted 为假(是的,我在文档中注意到“通常”这个词,但我的代码几乎都是由 MS 代码生成的标准,所以......)。 那么,我错过了什么?这里到底发生了什么?

【问题讨论】:

    标签: asp.net-mvc-3 entity-framework-4.1 ef-code-first


    【解决方案1】:

    上下文只能与附加实体一起使用。附加意味着上下文知道实体,它可以持久化其数据,并且在某些情况下它可以提供高级功能,如更改跟踪或延迟加载。

    默认情况下,上下文实例从数据库加载的所有实体都附加到该实例。在 Web 应用程序和其他断开连接的情况下,每个处理的 HTTP 请求都有一个新的上下文实例(如果你不这样做,你就犯了一个大错误)。此外,您在 HTTP POST 中由模型绑定器创建的实体也不会由该上下文加载 - 它已分离。如果您想保留该实体,您必须附加它并告知上下文您所做的更改。将状态设置为 EntryModified 将执行这两个操作 - 它将实体附加到上下文并将其全局状态设置为 Modified,这意味着当您调用 SaveChanges 时,所有标量和复杂属性都将被更新。

    因此,通过将 state 设置为 Modified,您已将实体附加到上下文,但在您调用 SaveChanges 之前,它不会影响您的数据库。

    OriginalValues 在您从数据库加载实体并更改该附加实体的完全附加方案中最有用。在这种情况下,OriginalValues 显示从数据库加载的属性值,CurrentValues 显示应用程序设置的实际值。在您的场景中,上下文不知道原始值。它认为原始值是您附加实体时使用的值。

    【讨论】:

      猜你喜欢
      • 2023-02-23
      • 2017-01-31
      • 1970-01-01
      • 1970-01-01
      • 2012-10-25
      • 1970-01-01
      • 1970-01-01
      • 2018-09-29
      • 1970-01-01
      相关资源
      最近更新 更多