Sollte ich Datenkontexte in LINQ to SQL entsorgen?

Wann ein Datenkontext entsorgt werden sollte

In Datenzugriffsschichten, die LINQ-Klassen verwenden, stößt man häufig auf das Dilemma, wann entsorgt werden muss Datenkontexte. Betrachten Sie den folgenden Codeausschnitt, der das Muster vereinfacht:

private DataContext myDb;
public static MyClass GetMyClassById(int id)
{
    DataContext db = new DataContext();
    MyClass result = (from item in db.MyClasss where item.id == id select item).Single();
    result.myDb = db;
    return result;
}

public void Save()
{
    myDb.SubmitChanges();
}

Sollten jedes Mal neue Datenkontexte instanziiert werden?

Normalerweise müssen Sie sie nicht entsorgen Datenkontexte explizit. Wie Matt Warren vom LINQ to SQL-Team erklärt:

• Nutzungsverträge durchsetzen: Dispose kann verwendet werden, um zu verhindern, dass verzögerte Lader auf ungültige DataContext-Objekte verweisen, wenn Entitäten über ihren vorgesehenen Wert hinaus gehalten werden Nutzung.
• Caching-Verwaltung: Dispose zwingt DataContext dazu, seinen Cache für materialisierte Entitäten zu verwerfen. Verhindert Speicherlecks.
• Ermutigung zum Schließen von Verbindungen: DataContext schließt automatisch Verbindungen, wenn Abfrageergebnisse aufgelistet werden. Entsorgen kann als Problemumgehung verwendet werden, wenn das automatische Schließen fehlschlägt.

Best Practices

Obwohl dies nicht unbedingt erforderlich ist, wird das Entsorgen von Datenkontexten empfohlen, um den Speicher zu vereinfachen Management. Indem Sie sich an die Regel halten, alle IDisposable-Objekte zu entsorgen, verringern Sie das Risiko potenzieller Ressourcenlecks.

Das obige ist der detaillierte Inhalt vonSollte ich Datenkontexte in LINQ to SQL entsorgen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!