我有一个有点不同的方法:
- 它不会将现有实体设置为
Modified,而是设置为Attached。
- 它不执行
SaveChanges()。
我会解释原因,但首先是来源:
public static class DbContextExtensions
{
public static void AddOrAttach<T>(this DbContext context, T entity)
where T : class
{
#region leave conditions
if (entity == null) return;
var entry = context.Entry(entity);
var leaveStates = new[]
{
EntityState.Deleted,
EntityState.Modified,
EntityState.Unchanged
};
if (leaveStates.Contains(entry.State)) return;
#endregion
var entityKey = context.GetEntityKey(entity);
if (entityKey == null)
{
entry.State = EntityState.Unchanged;
entityKey = context.GetEntityKey(entity);
}
if (entityKey.EntityKeyValues == null
|| entityKey.EntityKeyValues.Select(ekv => (int)ekv.Value).All(v => v <= 0))
{
entry.State = EntityState.Added;
}
}
public static EntityKey GetEntityKey<T>(this DbContext context, T entity)
where T : class
{
var oc = ((IObjectContextAdapter)context).ObjectContext;
ObjectStateEntry ose;
if (null != entity && oc.ObjectStateManager
.TryGetObjectStateEntry(entity, out ose))
{
return ose.EntityKey;
}
return null;
}
}
如您所见,在 AddOrAttach 方法中,我保留了许多未更改的状态。
然后有一些逻辑来确定是否应该添加或附加实体。本质是上下文跟踪的每个实体都有一个EntityKey 对象。如果没有,我先附上它,让它得到一个。
然后,在某些情况下,实体确实具有EntityKey,但没有键值。如果是这样,它将是Added。此外,当它有键值,但它们都是 0 或更小时,它将是 Added。 (请注意,我假设您使用 int 键字段,可能作为复合主键)。
为什么没有 SaveChanges?
您的方法一个一个地存储实体。但是,通过一个SaveChanges 调用(即在一个事务中)保存多个对象(对象图)更为常见。如果您想通过您的方法做到这一点,您必须将所有调用包装在 TransactionScope 中(或者启动并提交事务)。在一个逻辑工作单元中构建或修改您使用的实体,然后进行一次SaveChanges 调用,要方便得多。所以我只用这种方法设置实体状态。
为什么要附加?
人们制作了类似的方法来执行“更新插入”(添加或更新)。缺点是它将整个实体标记为已修改,而不仅仅是其修改后的属性。我更喜欢附加一个实体,然后继续编写代码,不管它发生什么,可能修改它的一个或一些属性。
显然,您很清楚将属性设置为已修改的好处,因为您使用
context.Entry(existing).CurrentValues.SetValues(updated);
这确实是将值复制到现有实体的推荐方法。每当我使用它时,我都会在我的AddOrAttach 方法之外(并遵循)它。
但是……
有没有更有效的方法可以避免往返数据库
CurrentValues.SetValues 仅在当前值是数据库值时才有效。所以你不能没有原始实体使用这种方法。因此,在断开连接的场景(例如,Web 应用程序)中,如果您想使用这种方法,就无法避免数据库往返。另一种方法是将实体状态设置为Modified(具有上述缺点)。有关此问题的更多讨论,请参阅我的回答 here。