Ами интерфейсът е нещо абстрактно, което задължава наследниците му да имплементират методите или пропъртитата.

Та масово го наричат договор, което за мен е малко объркващо, аз го приемам като задължение даден клас да има някакво поведение. Ако имаш разбиране за полиморфизм лесно би схванал удобството му.

Също от интерфейса клас не може да инстанцираш. Та конкретно IList е интерфейс, който казва напр., че всеки клас, който го имплеметнира трябва да има някакви методи и пропъртита (напр. Count,Add). Сега ти можеш да решиш да си пишеш някаква custom колекция, но да искаш да има същото поведение. напр. CustomGenericList :IList, така  твойта колекция ще има същата функционалност като List.

Представи си, че имаш един метод, който ти сортира някаква колекция от int, като някой подава на този метод някаква колекция от числа, ако го имплементираш като Sort(List<int> numbers), това силно те ограничава да му подаваш параметри, като се изисква да му подаваш само обекти от тип List, ако обаче напр. е Sort(IList<int> numbers), то може да му подаваш всеки, които имплементира този интерфейс, като  CustomGenericList-a  от по-горе.

Всеки от посочените от теб интерфейси e някакво поведение, по спомен карам, но мисля че IList:ICollection, IEnumerable.

Което означава преведено, че всеки, който иска да има поведение на лист, трябва да има поведение и на колекция(мисля че беше индексацията) и на Enumerable, което е foreach.

Това е, което аз съм рабзрала през OOP курса.

Страхотно обяснение. Поздравления.