Зачем в C# ICollection повторно наследует интерфейс IEnumerable?

Question

[ddd329]

Всем привет!
В C# есть коллекция ICollection(T), которая объявлена следующим образом:

public interface ICollection<T> : IEnumerable<T>, IEnumerable
{
    int Count { get; }
    bool IsReadOnly { get; }
    void Add(T item);
    void Clear();
    bool Contains(T item);
    void CopyTo(T[] array, int arrayIndex);
    bool Remove(T item);
}

Данная коллекция наследует два интерфейса IEnumerable(T) и IEnumerable. Вопрос зачем повторно наследуется интерфейс IEnumerable, если IEnumerable(T) уже наследует данный интерфейс?

public interface IEnumerable<out T> : IEnumerable
{
    IEnumerator<T> GetEnumerator();
}

Я конечно понимаю что так можно делать и что тут ничего страшного нету. Но зачем? Может я чего-то не понимаю?

Comments

[NewDevLab]

попробуй не наследовать и посмотри, что будет.

[ddd329]

NewDevLab, даже не пробуя скажу - ничего.

[Василий Банников]

NewDevLab, в этом случае ничего не будет)

Answer 1

[Александр Ананьев]

https://stackoverflow.com/questions/4972170/differ...

Comments

[ddd329]

Александр Ананьев, Я имею ввиду, почему бы просто не написать, что наследование только от IEnumerable(T)? Ведь в любом случае буде наследование и от IEnumerable.
Пример:

public interface ICollection<T> : IEnumerable<T>
{
    int Count { get; }
    bool IsReadOnly { get; }
    void Add(T item);
    void Clear();
    bool Contains(T item);
    void CopyTo(T[] array, int arrayIndex);
    bool Remove(T item);
}

[ddd329]

То, что IEnumearble достался нам в наследство это понятно.

Answer 2

[Василий Банников]

Это нужно для обратной совместимости. Ничего страшного в этом нет.
И таки да - поведение не поменяется, если убрать прямое наследование IEnumerable