C＃EF 6 CurrentValues.SetValues无法更改对象的键信息

如何解决C＃EF 6 CurrentValues.SetValues无法更改对象的键信息

我还看到了关于同一错误的其他问题，但是我无法通过代码中的建议来更正该错误；我认为这是一个不同的问题，而不是重复的。

我有一个制定一系列规则的应用程序，用户可以在其中设置GUI中的属性。连接的数据库中有一个规则表，其主键位于Rule.Id上。当用户保存对规则的更改时，现有规则将获取“ IsActive = 0”以将其隐藏，然后使用写入到数据库的GUI中的属性进行新的数据库记录。在用户看来，他们好像已经编辑了规则，但是数据库实际上看到了一个反映新属性的新规则（这允许保留历史记录），并通过另一个参考字段将其连接到旧规则。

在应用程序的C＃代码中，每个规则的视图模型都包含一个EF Rule对象属性。当用户单击“保存”时，我使用视图中设置的参数为要保存的每个ruleViewModel构建ruleViewModel.Rule，并具有与GUI匹配的功能。 MainViewModel包含称为dbo的DbContext对象，因此我使用ruleViewModel.Rule写入保存到实体框架的mainViewModel.dbo.Entry。这是为每个可保存的规则视图模型执行的三个基本步骤：

// get the rule from the GUI and use it to make sure we are updating the right rule in EF (which is connected to the mainViewModel)
var dboItem = ruleViewModel.MainViewModel.dbo.Rules.Single(r => r.Id == ruleViewModel.Rule.Id);

// set the values in the EF item to be those we got from the GUI
ruleViewModel.MainViewModel.dbo.Entry(dboItem).CurrentValues.SetValues(ruleViewModel.Rule);

// Save the differences
ruleViewModel.MainViewModel.dbo.SaveChanges();

如果用户仅保存一个规则，则一切正常，但是如果他们随后尝试保存另一个规则，或者一次保存多个规则，则会收到以下错误，该错误由{{1返回}}行：

..SetValues(..)

我从关于此主题的其他问题中看到，EF具有一项功能，可阻止您使用相同的ID将同一对象两次写入数据库两次，因此此错误通常在循环中发生。我尝试使用一些建议，例如添加

Message = "The property 'Id' is part of the object's key information and cannot be modified. "

和

viewModel.MainViewModel.dbo.Rules.Add(dboItem);

在viewModel.MainViewModel.dbo.Entry(dboItem).Property(x => x.Id).IsModified = false; 命令之前，但这不能解决问题（更不用说更改代码的功能了）。我看到其他一些建议说应该在循环内创建Entry，但是在这种情况下，这些条目都是数据库中所有现有的规则-在我看来（可能是错误地）我无法在save循环内创建它们，因为它们是构建循环的对象-对于我发现的每个实体，我想保存更改。

我真的很困惑该怎么办，并且越来越多地将自己束缚在试图纠正错误的过程中。已经过了几天，我的理智和自尊心开始减弱！任何使我朝着正确的方向工作以阻止错误出现并允许我设置数据库值的指针都将受到欢迎，因为我感觉自己已经走到了尽头！第一次循环运行时，一切正常。

解决方法

除了DbContext和包含实体的视图模型的位置有问题之外，这似乎可以正常工作。我从MVVM标签假定这是Windows应用程序，而不是Web应用程序。唯一的问题是，这假定您的ruleViewModel中的Rule实体与DbContext分离。如果DbContext仍在跟踪该实体引用，则再次从DbContext获取该实体将使您返回相同的引用。

可能值得在调试会话中对其进行一次测试。如果添加以下内容：

var dboItem = ruleViewModel.MainViewModel.dbo.Rules.Single(r => r.Id == ruleViewModel.Rule.Id);
bool isReferenceSame = Object.ReferenceEquals(dboItem,ruleViewModel.Rule);

您是否获得isReferenceSame值为True或False？如果为True，则主视图模型中的DbContext仍在跟踪Rule实体，不需要整个获取dboItem和SetValues。如果为False，则ruleViewModel将被分离。

如果已附加实体并对其进行跟踪，则在DbContext上调用SaveChanges时，对视图模型实体的编辑将保留。 （无需加载和SetValues）这应适用于单个或多个实体编辑。

如果实体是分离的，那么通常情况下，跨DbContext实例更新实体的方法将更像：

var context = mainViewModel.dbo; 

foreach( var ruleViewModel in updatedRuleViewModels)
{
    // This should associate the Entity in the ruleViewModel with the DbContext and set it's tracking state to Modified.
    context.Entry(ruleViewModel.Rule).State = EntityState.Modified;
}
context.SaveChanges();

使用这种方法存在一些潜在的问题，应尽可能避免。 DbContext应该保持相对短的寿命，因此在ViewModel中看到对DbContext的引用有点危险。总的来说，我不建议将实体引用放入视图模型中或在创建它们的DbContext范围之外传递它们。EF当然支持它，但是它需要更多的关注和关注才能评估是否跟踪实体，并且在Web应用程序之类的情况下，打开域以进行非法篡改。 （在覆盖数据状态时信任附加或复制任何更改的实体）