如果我们想从方法中得到List<T>如何正确地做:
List<T> Method() {...}IList<T> Method() {...}IEnumerable<T> Method() {...}ICollection<T> Method() {...}
为什么?
如果我们想按List<T>原样传递给方法:
void Method(List<T> list) {...}void Method(IList<T> list) {...}void Method(IEnumerable<T> list) {...}void Method(ICollection<T> list) {...}
为什么?
PS 原则上,这两种情况对public和都有意义private。例如,实体框架在这里生成方法 c ICollection。人们通过 IEnumerable 工作的例子有很多。这是为什么?
让我们弄清楚。首先 - 从方法返回的结果。
在第一个 - 严重性接口(和工作表)正在建设中
IEnumerable -> ICollection -> IList -> List(实际上是实施IList)。IEnumerable- 可能没有结束的枚举,其中无法添加元素。ICollection -> IList- 具有严格指定数量的元素的集合,您可以添加和删除元素,它们之间的微小差异通常并不显着。List- 接口的具体实现IList。没有接口可以保证返回的
List. 因此,如果你需要从一个方法中返回List,那么这个方法应该是这个类型的。但随着床单的转移,一切都复杂了很多。主题领域在这里非常重要。
如果这是向工作表添加元素的条件方法,则只有工作表方法应该接受。
如果该方法在不使用任何特定内容的情况下对工作表进行排序,则很有可能将操作扩展到
IList.如果该方法不接触输入表,而是从中生成一个新列表,那么您实际上甚至可以将其应用于输入
IEnumerable,但是,为了避免出现可疑情况,您可以将其缩短为ICollection。事实上,您可以根据相同的严重性对接口进行排序,然后查看该方法仍然可以使用哪些接口。
除了上述所有内容之外 - 除了
IEnumerable, 之外的所有内容都可以改变双方,包括方法和调用它的人。对于输入和返回值都应考虑到这一点。如果我们想从一个方法中获取
List<T>,那么我们需要返回List<T>。这里的一切都很简单。这个问题通常是另一个问题:我们应该从这个方法中得到什么?方法准确返回对我们来说重要吗
List<T>,或者它是否以同样的方式适合我们ObservableCollection<T>或者是否可以接受T[]?如果我们不关心该方法返回的具体类型是什么,而我们只需要一个列表,那么放一些较弱的要求是有意义的:将返回值设置为IEnumerable<T>. 或者ICollection<T>如果我们需要能够添加。或者IReadOnlyCollection<T>如果我们只需要一个固定的阅读列表。等等。类似的考虑适用于参数集合。
总的原则是指定最适合你的弱类型。这将使您可以自由更改方法的实现,而无需破坏客户端的代码。
没有一劳永逸的通用配方,因为每种方法都有自己的要求。根据需求指定类型,而不是根据正式标准。