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

새 데이터 컨텍스트를 매번 인스턴스화해야 합니까?

일반적으로 데이터 컨텍스트를 명시적으로 LINQ to SQL 팀의 Matt Warren이 설명한 대로:

• 사용 계약 시행: Dispose는 엔터티가 의도한 것 이상으로 유지될 때 잘못된 DataContext 개체를 참조하는 지연 로더를 방지하는 데 사용할 수 있습니다.
• 캐싱 관리: Dispose는 DataContext가 구체화된 데이터를 삭제하도록 강제합니다. 엔터티 캐시, 메모리 누수 방지
• 연결 종료 장려: DataContext는 쿼리 결과가 열거될 때 자동으로 연결을 닫습니다. 자동 종료에 실패할 경우 Dispose를 해결 방법으로 사용할 수 있습니다.

모범 사례

꼭 필요한 것은 아니지만 메모리 단순화를 위해 데이터 컨텍스트를 삭제하는 것이 좋습니다. 관리. 모든 IDisposable 개체를 삭제하는 규칙을 준수하면 잠재적인 리소스 누수 위험을 줄일 수 있습니다.

위 내용은 LINQ to SQL에서 데이터 컨텍스트를 삭제해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!