Primo codice Entity Framework: metodo No Detach() su DbContext

Question

Mi chiedo il motivo per cui non esiste alcun metodo Detach sull'oggetto DbContext come se esistesse ObjectContext. Posso solo supporre che questa omissione sia stata intenzionale, ma ho difficoltà a capire perché. Devo essere in grado di staccare e riattaccare entità (per inserire la cache in un progetto ASP.NET, per esempio). Tuttavia, dal momento che non riesco a staccare un'entità, quando provo ad associare un'entità che era associata a un contesto precedente, ottengo l'eccezione "Un'entità dell'oggetto non può essere referenziata da più istanze di IEntityChangeTracker".

Qual è la guida qui? Mi sto perdendo qualcosa?

Answer 1

Per le persone che potrebbero inciampare su questa domanda, come di CTP5 è ora necessario scrivere

((IObjectContextAdapter)context).ObjectContext 

per arrivare a ObjectContext.

Answer 2

DbContext utilizza un ObjectContext internamente e il team EF rendere questo disponibile come protetto proprietà solo nel caso in cui sia necessario discesa alle API di livello inferiore e suona come questo è il caso qui, in modo da poter utilizzare o esporre le funzionalità richieste da un DbContext derivato:

public class YourContext : DbContext 
{ 
    public void Detach(object entity) 
    { 
     ObjectContext.Detach(entity);    
    } 
} 

Quindi è possibile chiamare questo metodo dal controller di staccare un'entità.

In alternativa, si può cambiare di avere anche un'API più ricca:

public class YourContext : DbContext 
{ 
    public void ChangeObjectState(object entity, EntityState entityState) 
    { 
     ObjectContext.ObjectStateManager.ChangeObjectState(entity, entityState); 
    } 
} 

Ecco come DbContext assomiglia dai metadati:

public class DbContext : IDisposable 
{  
    protected System.Data.Objects.ObjectContext ObjectContext { get; } 
    ... 
} 

Answer 3

EF: CF 4.1 RC1 e EF: CF 4.1 RTW hanno lo stesso esplicitamente implementato IObjectContextAdapter:

public static class DbContextExtensions 
{ 
    public static void Detach(this System.Data.Entity.DbContext context, object entity) 
    { 
     ((System.Data.Entity.Infrastructure.IObjectContextAdapter)context).ObjectContext.Detach(entity); 
    } 
} 

Microsoft ha deciso "Staccare la tecnologia è troppo avanzata e deve essere nascosta". IMHO l'uomo che ha inventato questo dovrebbe essere girato - perché se aggiungi un'entità nuova di zecca, è altrimenti difficile rimuoverlo senza commutare le modifiche a db (puoi manipolarlo con DbEntityEntry ma questa è un'altra storia).

Edit 4 anni dopo:

Con EF6 (io in qualche modo saltati EF5 :)) non avete bisogno detach() più, siccome la rimozione di ingresso appena aggiunto non genera delete from [table] where [Id] = 0 come in EF4 - si può chiamare mySet.Remove(myFreshlyCreatedAndAddedEntity) e tutto andrà bene.

Answer 4

Io di solito estendere la classe base (eredita dalla DbContext) con la proprietà:

public class MyDbContext : DbContext 
{ 
    public ObjectContext ThisObjectContext 
    { 
     get 
     { 
      return ((IObjectContextAdapter)this).ObjectContext; 
     } 
    } 
} 

seguito è possibile utilizzare questa proprietà per varietà di cose utili ... come Staccare :)