[C#] List <T> 또는 IList <T> [닫힘]

어떤 사람들은 “항상” IList<T>대신 “을 사용 합니다 List<T>.
그들은 당신이에서 메소드 서명을 변경하려면 void Foo(List<T> input)에 void Foo(IList<T> input).

이 사람들은 틀 렸습니다.

그것보다 미묘한 차이가 있습니다. IList<T>공용 인터페이스의 일부로 라이브러리에 반환하는 경우 향후 사용자 지정 목록을 만들 수있는 흥미로운 옵션이 있습니다. 해당 옵션이 필요하지는 않지만 논쟁의 여지가 있습니다. 구체적인 유형 대신 인터페이스를 반환하는 것이 전체 주장이라고 생각합니다. 언급 할 가치가 있지만이 경우 심각한 결함이 있습니다.

사소한 반론으로, 모든 발신자가 List<T>어쨌든 필요하다는 것을 알 수 있으며 호출 코드는.ToList()

그러나 훨씬 더 중요한 것은, 당신은 매개 변수로 IList에 동의하는 경우 때문에 당신은 더 나은 조심 것 IList<T>과 List<T>같은 방식으로 작동하지 않습니다. 이름의 유사성에도 불구하고 인터페이스 공유에도 불구하고 동일한 계약을 공개 하지 않습니다 .

이 방법이 있다고 가정하십시오.

public Foo(List<int> a)
{
    a.Add(someNumber);
}

도움이되는 동료가 받아 들일 방법을 “리팩터링”합니다 IList<int>.

int[]구현 하기 때문에 코드가 손상 IList<int>되었지만 크기는 고정되어 있습니다. 에 대한 계약 ICollection<T>(의베이스 IList<T>)를 확인하는 데 사용하는 코드가 필요합니다 IsReadOnly컬렉션에서 항목을 추가하거나 제거하기 전에 플래그. 계약은 List<T>그렇지 않습니다.

Liskov 대체 원칙 (간체)에는 추가 전제 조건이나 사후 조건없이 파생 유형을 기본 유형 대신 사용할 수 있어야한다고 명시되어 있습니다.

이것은 Liskov 대체 원칙을 어기는 것 같습니다.

 int[] array = new[] {1, 2, 3};
 IList<int> ilist = array;

 ilist.Add(4); // throws System.NotSupportedException
 ilist.Insert(0, 0); // throws System.NotSupportedException
 ilist.Remove(3); // throws System.NotSupportedException
 ilist.RemoveAt(0); // throws System.NotSupportedException

그러나 그렇지 않습니다. 이에 대한 대답은 예제에서 IList <T> / ICollection <T>을 잘못 사용했다는 것입니다. ICollection <T>를 사용하는 경우 IsReadOnly 플래그를 확인해야합니다.

if (!ilist.IsReadOnly)
{
   ilist.Add(4);
   ilist.Insert(0, 0);
   ilist.Remove(3);
   ilist.RemoveAt(0);
}
else
{
   // what were you planning to do if you were given a read only list anyway?
}

누군가 당신에게 Array 또는 List를 전달하면 매번 플래그를 확인하고 폴 백이 있으면 코드가 정상적으로 작동합니다 …하지만 실제로; 누가합니까? 분석법에 추가 구성원이 필요할 수있는 목록이 필요한 경우 미리 알 수 없습니다. 메소드 서명에서 지정하지 않습니까? 다음과 같은 읽기 전용 목록을 통과 한 경우 정확히 무엇을 int[]하시겠습니까?

/를 올바르게List<T> 사용 하는 코드로 대체 할 수 있습니다 . 당신은 할 수 없습니다 당신이 대체 할 수 있음을 보증 / 코드로 사용 .IList<T>ICollection<T> IList<T>ICollection<T>List<T>

구체적인 유형 대신 추상화를 사용한다는 주장에 대해서는 단일 책임 원칙 / 인터페이스 분리 원칙에 대한 호소력이 있습니다. 가능한 가장 좁은 인터페이스에 따라 다릅니다. 대부분의 경우 a를 List<T>사용하는 경우 더 좁은 인터페이스를 대신 사용할 수 있다고 생각하는 이유는 IEnumerable<T>무엇입니까? 항목을 추가 할 필요가없는 경우 종종 더 적합합니다. 컬렉션에 추가해야하는 경우 콘크리트 유형을 사용하십시오 List<T>.

나에게 IList<T>(그리고 ICollection<T>)는 .NET 프레임 워크의 최악의 부분입니다. IsReadOnly최저 놀람의 원칙을 위반합니다. Array항목을 추가, 삽입 또는 제거 할 수없는 클래스와 같은 클래스 는 Add, Insert 및 Remove 메서드를 사용하여 인터페이스를 구현해서는 안됩니다. (또한 /software/306105/implementing-an-interface-when-you-dont-need-one-of-the-properties 참조 )

가 IList<T>조직에 잘 맞는가? 동료가 IList<T>대신에 사용할 메소드 서명을 변경 List<T>하도록 요청하는 경우,에 요소를 추가하는 방법을 물어보십시오 IList<T>. 그들이 알지 못하는 경우 IsReadOnly(그리고 대부분의 사람들은 모르는 경우)를 사용하지 마십시오 IList<T>. 이제까지.

IsReadOnly 플래그는 ICollection <T>에서 가져오고 컬렉션에서 항목을 추가 또는 제거 할 수 있는지 여부를 나타냅니다. 그러나 실제로 혼란스럽게하기 위해 대체 할 수 있는지 여부는 나타내지 않으며 배열의 경우 IsReadOnlys == true를 반환 할 수 있습니다.

IsReadOnly에 대한 자세한 내용 은 ICollection <T>의 msdn 정의를 참조하십시오.

답변

class A : B, IList<T> { ... }