EF (entity framework) d'utilisation de “l'aide” de la déclaration

J'ai un projet sur MVC. Nous avons choisi EF pour nos transactions DB. Nous avons créé plusieurs gestionnaires pour la couche BLL. J'ai trouvé beaucoup d'exemples, où "using" l'instruction est utilisée, c'est à dire

public Item GetItem(long itemId)
    {
        using (var db = new MyEntities())
        {
            return db.Items.Where(it => it.ItemId == itemId && !it.IsDeleted).FirstOrDefault();
        }
    }

Ici, nous créons une nouvelle instance de DBcontext MyEntities().
Nous à l'aide de "using" afin de "assurer l'utilisation correcte des IDisposable objets."

C'est seulement une méthode dans mon manager. Mais je n'ai plus que dix d'entre eux.
Chaque fois que j'appelle une méthode quelconque de la part du gestionnaire, je vais utiliser "using" déclaration et de créer un autre DBcontext dans la mémoire. Quand le garbage collector (GC) débarrasser d'eux? Personne ne sait?

Mais il est dans l'alternative de l'utilisation des méthodes du gestionnaire.
Nous créons une variable globale:

private readonly MyEntities db = new MyEntities();

et l'utilisation DBcontext dans chaque méthode sans "using" instruction. Et la méthode ressemble à ceci:

public Item GetItem(long itemId)
{
    return db.Items.Where(it => it.ItemId == itemId && !it.IsDeleted).FirstOrDefault();
}

Questions:

  1. Quelle est la bonne façon de l'utilisation de DBcontext variable?
  2. Que si nous n'aurions pas utiliser "usage" énoncé (parce qu'il affecte la performance) - GC fera tout pour que?

Je suis un "rookie" en EF utilisation et je n'ai toujours pas trouvé la réponse sans équivoque à cette question.

  • Dépend dans quelle mesure vous voulez le prendre. Idéalement, vous ne serait pas l'instancier dans votre contrôleur à tous mais au lieu de Injecter il (Cio/DI) de cette façon, tout ce qui est appel contrôleur (Usine) peut déterminer la durée de vie de Contexte.
  • Pourquoi est-il affecter les performances? Avez-vous mesuré, et a conclu que votre perte de performance? Et le GC n'est pas de l'élimination, vous êtes le disposer vous-même puisque vous êtes en utilisant l'aide-états.
InformationsquelleAutor Pal | 2013-07-30
  1. 13

    Je pense que vous trouverez de nombreux ce qui suggère ce style de modèle. Pas juste moi ou Henk
    DBContext manutention

    • Oui, Idéalement à l'Aide des déclarations pour DBContext sous-types
    • Encore mieux Unité Des habitudes de Travail qui sont gérés avec l'Aide, qui ont un contexte et d'en disposer le contexte Juste 1 de nombreux UoW exemples, celui de Tom Dykstra
    • L'Unité De Travail, le Gestionnaire devrait être de Nouveau à chaque requête Http
    • Le contexte n'est PAS thread-safe, donc assurez-vous que chaque thread a son propre contexte.
    • Laisser EF cache des choses en coulisses.
    • Test Contexte des temps de création. après plusieurs requête Http. Avez-vous encore un sujet de préoccupation?
    • S'attendre à des problèmes si vous stockez le contexte statique. toute sorte de l'accès simultané à blesser et si vous êtes en utilisant en parallèle des appels AJAX, supposons de plus de 90% de chances de problèmes si vous utilisez un statique contexte unique.

    Pour certains conseils relatifs à la performance, bien intéressant à lire

    • Par la voie "Juste 1 de nombreux UoW exemples, celui de Julie Lerman" est par Tom Dykstra pas Julie Lerman
    • Merci pour la correction Paul
    • Donc, meilleure est la performance par la création de nouveaux db contexte des objets, et l'élimination avec using, que de ré-utiliser le même objet?
    • aucune performance n'est pas mieux avec using, eh bien, il peut être si il a empêché une fuite de mémoire. Mais le point est, c'est fait pour stabililty. Vous éviter des problèmes.
    InformationsquelleAutor phil soady
  2. 2

    La bonne ou la meilleure façon pratique de l'utilisation de DBContext variable est avec l'Aide de. 

        using (var db = new MyEntities())
    {
        return db.Items.Where(it => it.ItemId == itemId && !it.IsDeleted).FirstOrDefault();
    }

    L'avantage est que beaucoup de choses sont faites automatiquement pour nous. Par exemple, une fois le bloc de code est complété de l'dispose est appelé.

    Par MSDN EF de Travail avec DbContext

    La durée de vie du contexte commence lorsque l'instance est créée et
    se termine lorsque l'instance est supprimé ou garbage collector. Utilisation
    l'aide si vous voulez toutes les ressources que le contexte des contrôles
    éliminés à la fin du bloc. Lorsque vous utilisez la fonction, le compilateur
    crée automatiquement un try/finally bloquer les appels et les éliminer dans le
    enfin le bloc.

    InformationsquelleAutor Catto