说我有一个插入方法:

public T Add<T>(T t)
{
   context.Set<T>().Add(t);
   context.SaveChanges();
   return t;
}

以及一般更新:
public T Update<T>(T updated,int key)
{
    if (updated == null)
        return null;

    T existing = _context.Set<T>().Find(key);

    if (existing != null)
    {
        context.Entry(existing).CurrentValues.SetValues(updated);
        context.SaveChanges();
    }

    return existing;
}

我想将它们合并为一个SaveOrUpdate,它接受任何实体方法:

与使用context.Set<T>().Find(key)相比,我如何最好地实现这一目标,并且有一种更有效的方法来避免往返数据库的麻烦

最佳答案

我有一个行为有些不同的方法:

  • 不会将现有实体设置为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调用,要方便得多。这就是为什么我只通过这种方法设置实体状态的原因。
    为什么要附加?
    人们采用了类似的方法来进行“upsert”(添加或更新)。缺点是它将整个实体标记为已修改,而不仅仅是其已修改的属性。我更喜欢附加一个实体,然后继续执行代码,无论发生什么情况,它都可能会修改其一个或某些属性。
    显然,您已经知道将属性设置为已修改的好处,因为您使用
    context.Entry(existing).CurrentValues.SetValues(updated);
    
    实际上,这是将值复制到现有实体中的推荐方法。每当我使用它时,我都会在AddOrAttach方法之外(和之后)进行操作。
    但...
    CurrentValues.SetValues仅在当前值为数据库值时才有效。因此,没有原始实体就无法使用此方法。因此,在断开连接的场景(例如Web应用程序)中,如果要使用此方法,则无法避免数据库往返。一种替代方法是将实体状态设置为Modified(具有上述缺点)。有关此问题的更多讨论,请参见我的答案here

    关于c# - Entity Framework 的通用插入或更新,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/39131108/

    10-13 06:27