为什么IEnumerable <T> .ToList <T>（）返回List <T>而不是IList <T>？

扩展方法ToList()返回List<TSource>。按照相同的模式，ToDictionary()返回Dictionary<TKey, TSource>。

我很好奇为什么这些方法没有分别按IList<TSource>和键入其返回值IDictionary<TKey, TSource>。这似乎更奇怪，因为将ToLookup<TSource, TKey>其返回值键入为接口而不是实际的实现。

通过使用dotPeek或其他反编译器查看这些扩展方法的源代码，我们看到以下实现（ToList()由于它更短而显示）：

public static List<TSource> ToList<TSource>(this IEnumerable<TSource> source) { 
   if (source == null) throw Error.ArgumentNull("source");
   return new List<TSource>(source); 
}

那么，为什么此方法将其返回值键入接口的特定实现而不是接口本身呢？唯一的变化是返回类型。

我很好奇，因为IEnumerable<>扩展名的签名非常一致，除了这两种情况。我一直认为这有点奇怪。

另外，为了使事情更加混乱，状态文档ToLookup()：

根据指定的键选择器函数从IEnumerable创建查找。

但返回类型为ILookup<TKey, TElement>。

在Edulinq中，Jon Skeet提到返回类型是，List<T>而不是IList<T>，但不再涉及主题。
广泛的搜索没有得到任何答案，所以在这里我问你：

不将返回值键入为接口背后有任何设计决定，还是偶然？

返回List<T>的优点是可以轻松使用那些方法的List<T>一部分IList<T>。有很多事情可以做，List<T>而不能做IList<T>。

相反，Lookup<TKey, TElement>只有一种ILookup<TKey, TElement>不带（ApplyResultSelector）的可用方法，而且您可能最终也不会使用该方法。

这类决定可能会感觉很随意，但我猜想ToList()返回的List<T>不是接口，因为List<T>两者都实现了，IList<T>但是它添加了常规IList<T>类型对象中不存在的其他成员。

例如， AddRange()。

看看IList<T>应该实现什么（http://msdn.microsoft.com/en-us/library/5y536ey6.aspx）：

public interface IList<T> : ICollection<T>, 
    IEnumerable<T>, IEnumerable

和List<T>（http://msdn.microsoft.com/zh-cn/library/6sh2ey19.aspx）：

public class List<T> : IList<T>, ICollection<T>, 
    IList, ICollection, IReadOnlyList<T>, IReadOnlyCollection<T>, IEnumerable<T>, 
    IEnumerable

也许您自己的代码不需要IReadOnlyList<T>，IReadOnlyCollection<T>或者ICollection，但是.NET Framework和其他产品上的其他组件可能依赖于更专门的列表对象，因此.NET开发团队决定不返回接口。

最好不要总是返回接口。如果您的代码或第三方代码需要这种封装。

仅需输入一个List以上的字就有很多优点IList。首先，List有IList没有的方法。你也知道实现是什么，它使您能够推理其行为。您知道它可以有效地添加到末尾，但不能有效地添加到开头，您知道它的索引器非常快，等等。

您不必担心将结构更改为aLinkedList并破坏应用程序的性能。当涉及到这样的数据结构时，在很多情况下了解如何你的数据结构来实现，而不仅仅是合同，它遵循。这种行为永远都不会改变。

您也不能将ILista传递给接受a的方法List，这是您看到的很多东西。 ToList之所以经常使用，是因为此人确实需要的一个实例List来匹配他们无法控制的签名，并且IList对此无济于事。

然后我们问自己，回归有什么好处IList。好吧，我们可能会返回列表的其他实现，但是正如之前提到的那样，很有害的后果，几乎可以肯定比使用其他任何类型的后果要多得多。使用接口而不是实现可能会让您感到困惑，但是就此而言，即使是那样，我也不认为这是一种良好的心态。通常，返回接口通常不如返回具体实现。“在接受的东西上要放宽，在提供的东西上要专一。” 方法的参数在可能的情况下应该是定义调用程序可以在需要实现其功能的任何实现中传递的所需最少功能的接口，并且应提供与调用程序一样具体的实现“允许”查看，以便他们可以执行与该对象能够执行的结果一样的工作。

因此，现在我们继续前进，“为什么ILookup不回来Lookup？” 好吧，首先Lookup不是公开课。有没有Lookup在System.Collections.*。该Lookup所通过LINQ暴露类公开不公开的构造。你不能够使用类，除非通过ToLookup。它还没有公开尚未通过公开的功能ILookup。在这种特殊情况下，他们专门围绕此确切方法（ToLookup）设计了接口，并且Lookup该类是专门设计用于实现该接口的类。由于所有这些，因此实际上讨论的所有要点List都不适用于此处。会不会是个问题退货Lookup相反，不是，不是真的。在这种情况下，无论哪种方式，它实际上都没有多大关系。

我认为返回aList<T>是由方法名称说明这一事实证明的ToList。否则，必须将其命名ToIList。此方法的目的是将非IEnumerable<T>特定类型转换为特定类型List<T>。

如果您有一个名称不确定的方法，如GetResults，则返回类型如IList<T>或IEnumerable<T>对我来说似乎合适。

如果看一下Lookup<TKey, TElement>使用反射器的类的实现，您会看到很多internal成员，这些成员只能由LINQ自己访问。没有公共构造函数，并且Lookup对象是不可变的。因此，Lookup直接曝光不会有任何好处。

Lookup<TKey, TElement> class似乎是LINQ内部的，并不适合公共使用。

通常，当您在方法上调用ToList（）时，您正在寻找具体的类型，否则该项目可能仍为IEnumerable类型。除非您要执行需要具体列表的操作，否则无需转换为列表。

我认为返回List <>而不是IList <>的决定是，调用ToList的较常见用例之一是强制立即评估整个列表。通过返回列表<>可以保证。使用IList <>，实现仍然可以是懒惰的，这将破坏调用的“主要”目的。

因为List<T>实际上实现了一系列接口，而不仅仅是IList：

public class List<T> : IList<T>, ICollection<T>, IList, ICollection, IReadOnlyList<T>, IReadOnlyCollection<T>, IEnumerable<T>, IEnumerable{

}

这些接口中的每一个都定义了List必须符合的一系列功能。选择一个特定的，将使大部分实现无法使用。

如果您确实想返回IList，则没有什么可以阻止您使用自己的简单包装器：

public static IList<TSource> ToIList<TSource>(this IEnumerable<TSource> source)
{
    if (source == null) throw new ArgumentNullException(source);
    return source.ToList();
}

简短的答案是，一般而言，权威的《框架设计指南》建议返回最具体的可用类型。（对不起，我手头没有引用，但是我很清楚地记得这一点，因为它与Java社区指南相反，后者倾向于相反的引用）。

这对我来说很有意义。例如IList<int> list = x.ToList()，您总是可以做的，只有库作者需要关心能够支持具体的返回类型。

ToLookup<T>在人群中是独一无二的。但完全在指导原则之内：它是图书馆作者愿意支持的最具体的类型（正如其他人指出的那样，具体Lookup<T>类型似乎更多是内部类型，不适合公众使用）。

这是程序员在使用接口和具体类型时难以理解的常见问题之一。

返回List<T>实现的具体IList<T>方法只会为方法使用者提供更多信息。这是List对象实现的（通过MSDN）：

[SerializableAttribute]
public class List<T> : IList<T>, ICollection<T>, IList, ICollection, 
    IReadOnlyList<T>, IReadOnlyCollection<T>, IEnumerable<T>, IEnumerable

以a的形式返回List<T>使我们能够在List<T>自身之外的所有这些接口上调用成员。例如，我们只能List.BinarySearch(T)在上使用List<T>，因为它存在于中，List<T>但不能在中使用IList<T>。

通常，为了最大程度地提高我们方法的灵活性，我们应该将最抽象的类型用作参数（即，仅使用我们将要使用的东西），并返回可能的最小抽象类型（以允许使用更多功能的返回对象）。

如果一个函数返回一个新构造的不可变对象，则调用者通常不应该关心返回的精确类型，只要它能够保存其包含的实际数据即可。例如，本应返回an的函数IImmutableMatrix通常可以返回ImmutableArrayMatrix由私有数组支持的函数，但是如果所有单元格都为零，则它可能返回an ZeroMatrix，仅由WidthandHeight字段支持（使用getter则仅返回all时间）。调用者不会在乎它是ImmutableArrayMatrix矩阵还是ZeroMatrix; 这两种类型都将允许读取其所有单元格，并保证其值永远不会改变，而这正是调用方关心的。

另一方面，返回允许开放式突变的新构造对象的函数通常应返回调用者期望的精确类型。除非有一种方法可以使调用者请求不同的返回类型（例如，通过调用ToyotaFactory.Build("Corolla")相对于ToyotaFactory.Build("Prius")），否则没有理由声明的返回类型可以是其他任何类型。虽然返回不可变数据保存对象的工厂可以根据要包含的数据选择类型，但是返回自由可变类型的工厂将无法知道可能将哪些数据放入其中。如果不同的调用者有不同的需求（例如，返回到现有示例，则可以通过数组满足某些调用者的需求，而其他调用者则无法满足），应为他们选择工厂方法。

顺便说一句，有点像是IEnumerator<T>.GetEnumerator()一种特殊情况。返回的对象几乎总是可变的，但是只能以非常严格的方式进行。实际上，期望返回的对象，无论其类型如何，都将恰好具有一种可变状态：它在枚举序列中的位置。虽然IEnumerator<T>预期an是可变的，但其状态在派生类实现中会有所不同的部分则不会。