7

我最近在 MVVM WPF 应用程序中使用了很多实体框架,但遇到了一些问题。为了显示数据,我的视图模型使用了一个短暂的 ObjectContext。这些视图模型将在长期运行的过程中使用,因此我更喜欢使用短期 ObjectContext 以免降低性能。

所以基本上这意味着我的实体在断开模式下被消耗。可以创建、查看、更新和删除这些实体。使用断开连接模式将更改保存回数据库没有问题。但是我发现了一个特殊情况,即没有保存更改,并且在调用SaveChanges()方法时没有出现错误。当我尝试更新具有集合属性的实体时会发生这种情况。实体的标量属性可以毫无问题地保留,但集合的更改不会反映到数据库,就像它无法在重新连接时跟踪这些更改一样。

这是我更改实体名称然后将对象添加到其报告集合的示例代码。之后SaveChanges(),只有客户端名称已反映在数据库中。

this.Client.Name = "Test Client";
this.Client.Reports.Add(new Report { Name = "Test Report" });

using (ReportCompositionEntities entities = new ReportCompositionEntities(this.connectionStringName))
{
    entities.Clients.ApplyCurrentValues(this.Client);
    entities.SaveChanges();
}

那么是我做错了什么还是 EF 在重新附加实体时根本无法跟踪这种变化?

4

1 回答 1

8

正是发生的事情。没有更改跟踪,EF 不知道导航属性中执行的更改。也ApplyCurrentValues只能处理标量和复杂的属性。不是导航属性。

在分离场景中修改关系时,您必须手动告诉 EF 附加实体后修改了哪些关系。您可以创建一些自定义逻辑来提供这些信息并用于ObjectStateManager配置所有关系的状态,或者您可以简单地从数据库中加载具有关系的当前版本并手动同步从分离版本到加载的附加版本的更改。

顺便提一句。我从未使用过 MVVM,所以我不确定它在这种情况下是如何应用的,但在 MVP 的情况下,如果它用于单个操作,您可以使用长寿命上下文 - 例如,编辑视图将由其自己的演示者使用自己的上下文处理. 只要视图将用于编辑单个实体/聚合,此上下文就会存在 = 它将用于加载实体并且相同的上下文将用于保存实体,因为在这种情况下,编辑由相同的执行上下文执行并且属于单个工作单元。

于 2012-01-31T09:17:10.597 回答