LINQ to SQL のデータ コンテキストを破棄する必要がありますか?

データ コンテキストをいつ破棄するか

LINQ クラスを利用するデータ アクセス層では、いつ破棄するかというジレンマに遭遇するのが一般的です。データコンテキスト。パターンを単純化する次のコード スニペットを考えてみましょう:

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();
}

Should New Data Contexts Be Instantiated Every Time?

通常、破棄する必要はありません。データコンテキストを明示的に定義します。 LINQ to SQL チームの Matt Warren が説明したように:

• 使用契約の強制: エンティティが意図した範囲を超えて保持されている場合に、遅延ローダーが無効な DataContext オブジェクトを参照するのを防ぐために Dispose を使用できます。使用法。
• キャッシュ管理: 強制を破棄します。 DataContext は実体化されたエンティティ キャッシュを破棄し、メモリ リークを防ぎます。
• 接続終了の推奨: DataContext は、クエリ結果が列挙されると自動的に接続を終了します。自動クローズが失敗した場合の回避策として破棄を使用できます。

ベスト プラクティス

厳密に必要というわけではありませんが、メモリを簡素化するためにデータ コンテキストを破棄することをお勧めします。管理。すべての IDisposable オブジェクトを破棄するというルールに従うことで、潜在的なリソース リークのリスクを軽減できます。

以上がLINQ to SQL のデータ コンテキストを破棄する必要がありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。