C# Resharper说我不应该'；t使用列表<；T>；

我有一个方法：

static void FileChangesDetected(List<ChangedFiles> files)

---

使用

IEnumerable

而不是

List

是否有好处

即使您将foreach更改为

IEnumerable<ChangedFiles>

IEnumerable

或

i收集

这一切都与（利斯科夫替换原理）有关

基本上，与其使用实现，不如编写抽象代码

在这种特定情况下，如果您所做的只是在列表上循环，那么可以使用

IEnumerable

作为最简单的抽象-这样您就不必使用

list

，而是使用函数中的任何集合类型

---

这使您的函数更易于重用并减少了开销。

Resharper建议您的方法实际上不需要将

列表

作为参数，并且可以轻松地使用

IEnumerable

。这意味着您可以使您的方法更通用。

因为在您的代码中，您只使用

文件

是

IEnumerable的事实，而不使用例如Count，也不使用Add

即使以后您想使用特定于列表的方法（使用Add或Count方法），最好使用接口：
IList
，而不是具体的实现。
如果您只是迭代
文件
，那么它就不必是列表。您的代码也可以使用数组。或者更一般地说：它可以处理您可以迭代的任何内容。这是用IEnumerable表示的。因此，List的使用限制了您的消息的使用，而无需任何必要。ReSharper方法只是一个提示。
IEnumerable比ICollectionIEnumerable简单，而不是ICollection。谢谢。是因为使用IEnumerable/ICollection使用更少的系统资源，还是比使用List更高效，因为List提供了更多的方法，而我没有使用这些方法？@cdotlister-它与资源无关，而是与软件设计有关。这是更好的设计。@cdolister-例如，假设我已经有一个（老式的，或者设计得不太好的）库方法，它返回一个数组。。。这是IEnumerable，但不是列表。。。因此，我可以将它传递给您有用的
fastfroward（IEnumerable）
方法，而无需首先将其转换为列表。
IEnumerable<ChangedFiles>

ICollection<ChangedFiles>