Keine Notwendigkeit zu entsorgen DataContext - /ObjectContext-in EF?

Albahari schreibt in "c# 4.0 in a nutshell":

>
Obwohl DataContext - /ObjectContext IDisposable implementieren, können Sie (im Allgemeinen)
Weg, ohne Entsorgung Instanzen. Entsorgung zwingt den Kontext der Verbindung
entsorgen—aber dies ist in der Regel unnötig, da L2S und EF-verbindungen schließen
automatisch, wenn Sie fertig Abruf der Ergebnisse aus einer Abfrage
<<

Dieser fühlt sich falsch an und FxCop auch beschwert, wenn Sie nicht diposing etwas, das IDisposable.

Habe ich die folgenden repository-code:

    public abstract class Repository<TEntity> : IRepository<TEntity> where TEntity : class
    { ...
        public void Add(TEntity entity)
    {
        using (var dbContext = this.UnityContainer.Resolve<DbContext>())
        {
            dbContext.Set<TEntity>().Add(entity);
            dbContext.SaveChanges();
        }
    }

    ...

    public virtual IEnumerable<TEntity> Find(Expression<Func<TEntity, bool>> expression)
    {
       using (var dbContext = this.UnityContainer.Resolve<DbContext>())
       {
           return dbContext.Set<TEntity>().Where(expression).ToList().AsEnumerable();
       }
    }
    ...

Hinweis: ich nicht zurück, das IQueryable - lazy loading sollten Sie nicht eine Rolle spielen.
Beheben DbContext ist so konfiguriert, wie PerResolveLifetimeManager.

Ist dieser Ansatz OK, oder muss ich das überdenken dieser basiert auf Albaharis Beschreibung?

InformationsquelleAutor Volker von Einem | 2012-05-31
  1. 7

    Sollten Sie immer anrufen, entsorgen wenn die Klasse macht es. Die Aussage behauptet, dass EF und L2S Verbindung schließen, wenn Sie fertig Einsatz - ich weiß, die Aussage ist richtig, aber in der gleichen Zeit ADO.NET team auch schließt die Verbindung in Dispose Methode, so dass vielleicht gibt es Situationen, wenn die Verbindung nicht geschlossen.

    • "Sollten Sie rufen Sie immer entsorgen, wenn die Klasse macht es." - Nein, nicht immer, siehe zum Beispiel muss ich entsorgen Aufgaben? brauchen Sie nicht zu rufen Dispose wenn Dispose hat nichts von Interesse, und Dispose nicht aktualisiert werden auch in Zukunft alles zu tun, von Interesse. Ich kann nicht sagen, ob ein ObjectContext's Dispose tut oder tun kann, etwas sinnvolles, also habe ich keine Antwort auf die Frage, aber ich bin nicht einverstanden mit der Argumentation in dir. "also vielleicht gibt es Situationen, wenn die Verbindung nicht geschlossen" -- nicht, wenn Sie es Recht.
    • Danke Ladislav - ich weiß nicht, wie die Idee, dass Sie sich fallen lassen können, das Entsorgen auf Einmalartikel, aber es scheint so zu sein, dass in einigen Situationen.
    • In einem solchen Fall ist es einfach nur Missbrauch von Einweg-Muster und eine andere situation, wo Kern .NET-Architektur wurde gebrochen.
    • Dem kann ich nur Zustimmen!
    • Ich Lesen Sie den ganzen Artikel und das alles über die Abwärtskompatibilität. Task im .NET 4 muss noch entsorgt werden, aber in .NET 4.5 ist es nicht notwendig, aber um die Kompatibilität mit vorhandenen code (durch inplace-upgrade .NETTO 4 bis 4,5) es noch macht Dispose Methode. Das ist sehr spezifische situation.
    • Nein, der Artikel sagt nicht die Mühe mit der Entsorgung. Nicht in .NET 4.5, aber nicht in .NET 4 entweder: selbst ohne .NET 4.5 die Verbesserungen, die Entsorgung nicht lohnt.
    • Sie sollten immer rufen Sie Dispose auf den Kontext an. In einigen Situationen könnte es nicht tun, in anderen Situationen wird es. Wenn Entsorgen Sie nie etwas getan, dann wäre nicht eine Reihe von code in EntityConnection.Entsorgen Sie.
    • Ich habe nie genannt, Entsorgt auf einem Kontext, und es erscheint nicht geführt haben irgendwelche Probleme, so dass ich lieber weglassen, es zu vermeiden, boiler plate-y-Typ-code.
    • ja dude: deine Aussage ist zu kategorisch. Sie sollten immer waschen Sie Ihre Hände nach dem Besuch der Toilette - das ist etwas, dem würde ich Zustimmen.

    InformationsquelleAutor Ladislav Mrnka
  2. 0

    Arbeite ich auf das EF 4.0 ObjectContext (ja, ich weiß...). Ich landete Blick auf den code in DotPeek und der dispose-nur-Nullen der Referenz auf die Verbindung und ein paar andere Dinge in der ObjectContext-Klasse.

    Wenn eine Verbindung erstellt wird (auch durch DotPeek) gibt die vorhandene Instanz. Wenn der connection-string geändert wird, wird es aktualisieren Sie die Verbindungszeichenfolge für alle Instanzen.

    Dass war mein nehmen auf Sie mindestens. Müssen, tiefer zu schauen, aber auf den ersten Blick scheint es, dass Sie mit ihm Weg erhalten.

    InformationsquelleAutor Fred
Schreibe einen Kommentar