有一件重要的事情，人们似乎总是忽视:

你可以将一个普通数组传递给接受IList<T>参数的对象，然后你可以调用IList. add()，并将收到一个运行时异常:

未处理异常:系统。NotSupportedException:集合大小固定。

例如，考虑以下代码:

private void test(IList<int> list)
{
    list.Add(1);
}

如果你像下面这样调用它，你会得到一个运行时异常:

int[] array = new int[0];
test(array);

这是因为使用带有IList<T>的普通数组违反了利斯科夫替换原则。

因此，如果你调用IList<T>. add()，你可能需要考虑使用List<T>而不是IList<T>。

由FxCop检查的微软指南不鼓励在公共api中使用List<T> -更倾向于IList<T>。

顺便说一句，我现在几乎总是声明一维数组为IList<T>，这意味着我可以一致地使用IList<T>。Count属性，而不是Array.Length。例如:

public interface IMyApi
{
    IList<int> GetReadOnlyValues();
}

public class MyApiImplementation : IMyApi
{
    public IList<int> GetReadOnlyValues()
    {
        List<int> myList = new List<int>();
        ... populate list
        return myList.AsReadOnly();
    }
}
public class MyMockApiImplementationForUnitTests : IMyApi
{
    public IList<int> GetReadOnlyValues()
    {
        IList<int> testValues = new int[] { 1, 2, 3 };
        return testValues;
    }
}

我不认为这类事情有严格的规则，但我通常会遵循使用尽可能轻松的方式的指导方针，直到绝对必要的时候。

例如，假设您有一个Person类和一个Group类。Group实例有很多人，所以这里使用List是有意义的。当我在Group中声明列表对象时，我将使用IList<Person>并将其实例化为list。

public class Group {
  private IList<Person> people;

  public Group() {
    this.people = new List<Person>();
  }
}

而且，如果你甚至不需要IList中的所有东西，你也可以使用IEnumerable。对于现代的编译器和处理器，我不认为它们真的有任何速度上的差异，所以这只是风格的问题。

在我通常遇到的情况下，我很少直接使用IList。

通常我只是把它用作方法的参数

void ProcessArrayData(IList almostAnyTypeOfArray)
{
    // Do some stuff with the IList array
}

这将允许我对. net框架中的几乎任何数组进行泛型处理，除非它使用IEnumerable而不是IList，这种情况有时会发生。

这实际上取决于你需要什么样的功能。我建议在大多数情况下使用List类。当你需要创建一个自定义数组，其中可能包含一些非常特定的规则，你希望将这些规则封装在一个集合中，这样你就不会重复自己的操作，但仍然希望. net将其识别为一个列表时，IList是最好的选择。

If you're working within a single method (or even in a single class or assembly in some cases) and no one outside is going to see what you're doing, use the fullness of a List. But if you're interacting with outside code, like when you're returning a list from a method, then you only want to declare the interface without necessarily tying yourself to a specific implementation, especially if you have no control over who compiles against your code afterward. If you started with a concrete type and you decided to change to another one, even if it uses the same interface, you're going to break someone else's code unless you started off with an interface or abstract base type.

有一件重要的事情，人们似乎总是忽视:

你可以将一个普通数组传递给接受IList<T>参数的对象，然后你可以调用IList. add()，并将收到一个运行时异常:

未处理异常:系统。NotSupportedException:集合大小固定。

例如，考虑以下代码:

private void test(IList<int> list)
{
    list.Add(1);
}

如果你像下面这样调用它，你会得到一个运行时异常:

int[] array = new int[0];
test(array);

这是因为使用带有IList<T>的普通数组违反了利斯科夫替换原则。

因此，如果你调用IList<T>. add()，你可能需要考虑使用List<T>而不是IList<T>。