Entity Framework Code Première - Aucune méthode Detach() sur DbContext

Question

Je me demande pourquoi il n'y a pas de méthode Detach sur l'objet DbContext comme pour ObjectContext. Je ne peux que supposer que cette omission était intentionnelle, mais j'ai du mal à comprendre pourquoi. Je dois pouvoir détacher et réattacher des entités (pour mettre le cache dans un projet ASP.NET, par exemple). Cependant, étant donné que je ne peux pas détacher une entité, lorsque j'essaie de joindre une entité associée à un contexte précédent, l'exception "Un objet d'entité ne peut pas être référencé par plusieurs instances d'IEntityChangeTracker".

Quel est le guide ici? Est-ce que je manque quelque chose?

Answer 1

Pour les personnes qui pourraient tomber par hasard sur cette question, de CTP5 vous devez maintenant écrire

((IObjectContextAdapter)context).ObjectContext 

afin d'obtenir ObjectContext.

Answer 2

DbContext utilise un ObjectContext interne et l'équipe EF en font disponible en protégé propriété juste au cas où vous avez besoin de descendre à l'API de niveau inférieur et des sons comme celui-ci est le cas ici, de sorte que vous pouvez utiliser ou exposer la fonctionnalité requise d'un dérivé DbContext:

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

Ensuite, vous pouvez appeler cette méthode à partir de votre contrôleur pour détacher une entité.

Vous pouvez changer d'avoir même une API plus riche:

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

Voici comment DbContext ressemble de métadonnées:

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

Answer 3

EF: CF 4.1 RC1 et EF: CF 4.1 RTW ont la même IObjectContextAdapter explicitement mis en œuvre:

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 a décidé "Détacher est une technologie trop avancée et devrait être caché". À mon humble avis l'homme qui a inventé cela devrait être abattu - parce que si vous ajoutez une nouvelle entité, il est difficile de simplement l'enlever sans valider les modifications de DB (vous pouvez manipuler avec DbEntityEntry mais c'est une autre histoire).

Edit 4 ans plus tard:

Avec EF6 (i en quelque sorte sautées EF5 :)) vous ne avez pas besoin detach() plus, becouse enlever l'entrée fraîchement ajouté ne génère pas delete from [table] where [Id] = 0 comme dans EF4 - vous pouvez simplement appeler mySet.Remove(myFreshlyCreatedAndAddedEntity) et Tout va bien se passer.

Answer 4

Je s'étendre généralement la classe de base (hérite de la DbContext) avec la propriété:

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

plus tard, vous pouvez utiliser cette propriété pour la variété de choses utiles ... comme Détacher :)