Entity Framework의 ICollection <T> 대 List <T>

몇 가지 Entity Framework 응용 프로그램을 디자인하기 전에 웹 캐스트를 몇 개만 봤습니다. 나는 그다지 많은 문서를 읽지 않았고 지금 고통 받고 있다고 느낍니다.

나는 List<T>수업에서 사용하고 있으며 훌륭하게 작동했습니다.

이제 몇 가지 문서를 읽었으며 ICollection<T>. 나는 이것으로 변경했고 모델 컨텍스트 변경도 일으키지 않았습니다. 둘 다 List<T>및 ICollection<T>상속 때문입니까, 이것이 IEnumerable<T>실제로 EF에 필요한 것입니까?

이 경우 그러나, 왜 요구하는 EF 문서 상태하지 않는 IEnumerable<T>대신 ICollection<T>?

어쨌든 내가 한 일에 단점이 있습니까? 아니면 변경해야합니까?

Entity Framework는 인터페이스의 일부가 아닌 작업 ICollection<T>을 지원해야하기 때문에 사용 Add합니다 IEnumerable<T>.

또한 을 사용 ICollection<T>하고 있었으며 단순히 List<T>구현 으로 노출 한 것 입니다. List<T>그와 함께 제공 IList<T>, ICollection<T>및 IEnumerable<T>.

변경 사항은 List<T>작동 하더라도 인터페이스를 통해 노출하는 것이 좋은 선택 입니다. 인터페이스는 계약을 정의하지만 구현은 정의하지 않습니다. 구현 이 변경 될 수 있습니다. 경우에 따라 구현은 HashSet<T>예를 들어. (이것은 Entity Framework 이상에서 사용할 수있는 사고 방식입니다. 좋은 개체 지향 관행은 구현이 아닌 인터페이스를 대상으로 프로그래밍하는 것입니다. 구현은 변경 될 수 있으며 변경 될 것입니다.)

그들은 Linq를 사용할 때 Entity Framework가 수행하는 매직 쿼리에 대해 이해할 수있는 추상화를 제공하기 때문에 그들이 한 인터페이스를 선택했습니다.

인터페이스 간의 차이점은 다음과 같습니다.

• IEnumerable<T> 읽기 전용
• 항목을 추가 및 제거 할 수 있습니다. ICollection<T>
• (인덱스로) 임의 액세스를 수행 할 수 있습니다. List<T>

그 중 ICollection과하는 IEnumerable쿼리 및 추가 이후, 데이터베이스 작업에 잘지도 / 제거 엔티티를 사용하면 DB에서 할 수있는 일이 있습니다.

반복 할 기존 쿼리 결과가 있어야하거나 각 임의 액세스가 데이터베이스를 다시 쿼리해야하므로 인덱스 별 임의 액세스도 매핑되지 않습니다. 또한 인덱스는 무엇에 매핑됩니까? 행 번호? 수행하려는 행 번호 쿼리가 많지 않으며 더 큰 쿼리를 작성하는 데 전혀 유용하지 않습니다. 그래서 그들은 단순히 그것을 지원하지 않습니다.

ICollection<T> 지원되며 데이터를 쿼리하고 변경할 수 있으므로 사용하십시오.

그 이유는 List<T>것입니다로 시작하는 작동 EF 구현 끝나기 때문에 결국 하나를 반환까지. 그러나 그것은 시작이 아니라 쿼리 체인의 끝입니다. 따라서 속성 ICollection<T>을 만들면 List<T>사용하는 Linq의 각 수준에 대해 쿼리를 수행하는 대신 EF가 SQL 무리를 만들고 끝에 a 만 반환한다는 것이 더 분명해집니다 .

ICollection은 실제로 컬렉션에 항목을 추가 할 수 있다는 점에서 IEnumerable과 다릅니다. 반면 IEnumerable에서는 그렇게 할 수 없습니다. 예를 들어 POCO 클래스에서 컬렉션을 추가 할 수 있도록하려면 ICollection을 사용하려고합니다. 지연 로딩의 이점을 얻으려면 ICollection을 가상으로 만드십시오.

질문이 몇 년 전에 게시되었지만 누군가 동일한 시나리오를 찾고있을 때 여전히 유효합니다.

최근 [2015] CodeProject 기사는 샘플 코드를 사용 하여 훨씬 자세하게 차이점과 그래픽 표현을 설명합니다 . EF에 직접 초점을 맞추지는 않았지만 여전히 더 큰 도움이되기를 바랍니다.

목록 대 IEnumerable 대 IQueryable 대 ICollection 대 ​​IDictionary