Why does ICollection implement both IEnumerable and IEnumerable

Question

Why does ICollection<T> implement both IEnumerable<T> and IEnumerable?

What is the purpose of this? How does IEnumerable benefit ICollection<T>?

Somewhat similar: [why-does-ienumerablet-inherit-from-ienumerable?](http://stackoverflow.com/questions/221691/why-does-ienumerablet-inherit-from-ienumerable?rq=1) — nawfal, Jun 08 '14 at 08:59

score 13 · Answer 1 · answered Apr 05 '11 at 06:35

IEnumerable<T> itself forces any implementation to also implement the non-generic IEnumerable. This is safe, for the same reasons that IEnumerable<out T> is covariant as of .NET 4... you can always convert the T to object for the non-generic form.

Basically this means that if you've got code which uses a parameter of type IEnumerable, you can still call it with something like List<T>.

Eric Lippert wrote a blog post recently about why collections end up implementing many interfaces, and Brad Abrams wrote a blog post back in 2005 about the specific IEnumerable<T>/IEnumerable decision.

score 10 · Accepted Answer · answered Apr 05 '11 at 06:32

The non-generic interface is for backward compatibility. If you write code using generics and want to pass your collection to some module written in .NET 1.0 (which doesn't have generics) you still want this to succeed, and you want the old method to be able to iterate through it.

score -1 · Answer 3 · answered Apr 05 '11 at 06:34

-1

IEnumerable<T> inherits IEnumerable so it makes sense for ICollection<T> to as well. It's just stating explicitly the inheritance that would be there anyway.

answered Apr 05 '11 at 06:34

Andrew Cooper

32,176
5
81
116

Why does ICollection implement both IEnumerable and IEnumerable

3 Answers3

Linked

Related