为什么 .NET Framework 重载数组和 IEnumerable & params []？

Question

在.NET框架中，有一些函数可以同时接受IEnumerable和Array参数，或者params Array参数。

既然IEnumerable 可以满足任何提供Array 的调用代码，为什么要实现它？

另一方面，params Array 不会替换 IEnumerable，但是，它会替换 Array.

所以在我看来，只需要IEnumerable 和params Array。

问题：这背后的框架（如 .NET）的意图是什么？如果被调用者使用反射，是否向下兼容？

---

示例 1：

File.WriteAllLines(string path, string[] contents);
--> File.WriteAllLines(string path, IEnumerable<string> contents);

示例 2：

Path.Combine(string path1, string path2);
Path.Combine(string path1, string path2, string path3);
Path.Combine(string path1, string path2, string path3, string path4);
--> Path.Combine(params string[] paths);

Answer 1

对于示例 1：在这种特定情况下，the string[] is from .NET 2.0，而the IEnumerable<string> is from .NET 4.0。在引入 LINQ (.NET 3.5) 之后，IEnumerable<T> 的使用变得“酷”，而 IEnumerable<T> 在 .NET 中占据了中心位置。在此之前，数组是最常用的集合类型（可能是因为在 .NET 1.1 中它们是唯一的强类型基集合）。可能如果他们今天重写 .NET，他们就不会放置该方法的数组版本。

对于示例2，第四种方法需要一个数组，即一个额外的对象（创建一个对象是一种成本……有时你会尝试去除这个成本）。为了速度，一些方法有多个重载，这些重载具有所用参数的确切数量和类型。

注意还有第三种情况：数组可以加速方法的方法，因为它可以被多次重新读取。你不应该多次重读IEnumerable<T>，因为不能保证它可以被重读，或者重读它不会产生很大的成本。

示例：string.Concat(string[]) 与 string.Concat(IEnumerable<T>)。第一个版本可以预先计算新字符串的总长度并分配所需的确切空间（因此它将循环string[]两次，一次计算总Length，第二次复制strings到新的string)。第二个必须使用增长缓冲区，因为它只能读取一次IEnumerable<T>。