Is is possible to check if an object is already attached to a data context in Entity Framework?

后端 未结 5 939
清歌不尽
清歌不尽 2020-11-28 04:26

I am getting the following error when trying to attach an object that is already attached to a given context via context.AttachTo(...):

A

相关标签:
5条回答
  • 2020-11-28 04:53

    Using the entity key of the object you are trying to check:

    var entry = context.ObjectStateManager.GetObjectStateEntry("EntityKey");
    if (entry.State == EntityState.Detached)
    {
      // Do Something
    }
    

    Kindness,

    Dan

    0 讨论(0)
  • 2020-11-28 05:02

    Try this extension method (this is untested and off-the-cuff):

    public static bool IsAttachedTo(this ObjectContext context, object entity) {
        if(entity == null) {
            throw new ArgumentNullException("entity");
        }
        ObjectStateEntry entry;
        if(context.ObjectStateManager.TryGetObjectStateEntry(entity, out entry)) {
            return (entry.State != EntityState.Detached);
        }
        return false;
    }
    

    Given the situation that you describe in your edit, you might need to use the following overload that accepts an EntityKey instead of an object:

    public static bool IsAttachedTo(this ObjectContext, EntityKey key) {
        if(key == null) {
            throw new ArgumentNullException("key");
        }
        ObjectStateEntry entry;
        if(context.ObjectStateManager.TryGetObjectStateEntry(key, out entry)) {
            return (entry.State != EntityState.Detached);
        }
        return false;
    }
    

    To build an EntityKey in your situation, use the following as a guideline:

    EntityKey key = new EntityKey("MyEntities.User", "Id", 1);
    

    You can get the EntityKey from an existing instance of User by using the property User.EntityKey (from interface IEntityWithKey).

    0 讨论(0)
  • 2020-11-28 05:05

    This does not directly answer OPs question but this is how I solved mine.

    This is for those who are using DbContext instead of ObjectContext.

        public TEntity Retrieve(object primaryKey)
        {
            return DbSet.Find(primaryKey);
        }
    

    DbSet.Find Method:

    Finds an entity with the given primary key values. If an entity with the given primary key values exists in the context, then it is returned immediately without making a request to the store. Otherwise, a request is made to the store for an entity with the given primary key values and this entity, if found, is attached to the context and returned. If no entity is found in the context or the store, then null is returned.

    Basically, it returns the attached object of the given primaryKey so you just need to apply the changes on the returned object to keep the right instance.

    0 讨论(0)
  • 2020-11-28 05:08

    A simpler approach is:

     bool isDetached = context.Entry(user).State == EntityState.Detached;
     if (isDetached)
         context.Users.Attach(user);
    
    0 讨论(0)
  • 2020-11-28 05:11

    Here's what I ended up with, which works very nicely:

    public static void AttachToOrGet<T>(this ObjectContext context, string entitySetName, ref T entity)
        where T : IEntityWithKey
    {
        ObjectStateEntry entry;
        // Track whether we need to perform an attach
        bool attach = false;
        if (
            context.ObjectStateManager.TryGetObjectStateEntry
                (
                    context.CreateEntityKey(entitySetName, entity),
                    out entry
                )
            )
        {
            // Re-attach if necessary
            attach = entry.State == EntityState.Detached;
            // Get the discovered entity to the ref
            entity = (T)entry.Entity;
        }
        else
        {
            // Attach for the first time
            attach = true;
        }
        if (attach)
            context.AttachTo(entitySetName, entity);
    }
    

    You can call it as follows:

    User user = new User() { Id = 1 };
    II.AttachToOrGet<Users>("Users", ref user);
    

    This works very nicely because it's just like context.AttachTo(...) except you can use the ID trick I cited above each time. You end up with either the object previously attached or your own object being attached. Calling CreateEntityKey on the context makes sure it's nice and generic and will work even with composite keys with no further coding (because EF can already do that for us!).

    0 讨论(0)
提交回复
热议问题