我同意李的建议，接受一些参数，但不要回头。

如果你指定你的方法来返回一个接口，这意味着你以后可以自由地更改确切的实现，而消费方法永远不会知道。我认为我永远不需要从List<T>更改，但后来不得不更改为使用自定义列表库，以获得它提供的额外功能。因为我只返回了一个IList<T>，所以使用这个库的人都不需要改变他们的代码。

当然，这只需要应用于外部可见的方法(即公共方法)。我个人甚至在内部代码中使用接口，但如果你做了破坏性的更改，你可以自己更改所有的代码，这并不是严格必要的。

我同意李的建议，接受一些参数，但不要回头。

如果你指定你的方法来返回一个接口，这意味着你以后可以自由地更改确切的实现，而消费方法永远不会知道。我认为我永远不需要从List<T>更改，但后来不得不更改为使用自定义列表库，以获得它提供的额外功能。因为我只返回了一个IList<T>，所以使用这个库的人都不需要改变他们的代码。

当然，这只需要应用于外部可见的方法(即公共方法)。我个人甚至在内部代码中使用接口，但如果你做了破坏性的更改，你可以自己更改所有的代码，这并不是严格必要的。

使用最低基类型总是最好的。这使接口的实现者或方法的使用者有机会在幕后使用他们喜欢的任何东西。

对于集合，应该尽可能使用IEnumerable。这提供了最大的灵活性，但并不总是适合。

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

你可以将一个普通数组传递给接受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>。

你通常最好使用最通用的可用类型，在这种情况下是IList，甚至更好的是IEnumerable接口，这样你可以在以后方便地切换实现。

然而，在。net 2.0中，有一个恼人的事情——IList没有Sort()方法。您可以使用提供的适配器:

ArrayList.Adapter(list).Sort()

你应该只在你需要它的时候使用这个接口，例如，如果你的列表被强制转换为一个IList实现而不是list。这是真的，例如，当你使用NHibernate，它在检索数据时将列表转换为NHibernate包对象。

如果List是您将用于某个集合的唯一实现，则可以将其声明为具体的List实现。