Помогите разобраться с интерфейсами

[Razor007]

Доброго времени суток уважаемые программисты.
Я давно изучаю C# и когда добрался до интерфейсов...... я так и не понял для чего они нужны, и в чем их существенные отличия от абстрактного класса? Помогите пожалуйста, а то от того, что не понимаю аж зло берёт..

З.Ы Простите если не в тот раздел....

[Alex11223]

Попробуйте теорию по ООП поизучать (без привязки к языку).

Отличаются например тем, что нельзя наследоваться от нескольких классов, а вот несколько интерфейсов реализовать можно.

[Razor007]

Сообщение от Alex11223

Попробуйте теорию по ООП поизучать (без привязки к языку).

Отличаются например тем, что нельзя наследоваться от нескольких классов, а вот несколько интерфейсов реализовать можно.

Так посути их можно заменить обычными методами, и иерархиями классов?! Или я совсем плохой и не чего не понимаю?

[pu4koff]

Основной посыл в том, что абстрактный класс показывает чем является наследник. Интерфейс показывает что "наследник" (класс, реализующий интерфейс) умеет.
Причем можно разделить поведение "наследника" для каждого интерфейса.
Возьмём интернет-магазин. Для товара логично показывать не размеры упаковки, а размеры конкретной модели принтера или системного блока. Для компании-перевозчика наоборот не важны эти размеры и масса нетто, им важны габариты упаковки и масса брутто. Итак нам нужно перевезти кактус, принтер и попугая. Врядли их имеет смысл наследовать от одного класса и вряд ли у них много общего, а вот реализовать один интерфейс, отвечающий за указание массы и габаритов для перевозки - это можно. Транспортной компании всё равно нужны ограниченные данные и скорость печати принтера им не интересна, равно как и порода попугая.
В языках, умеющих множественное наследование, иногда на интерфейсы забивают и пользуются абстрактными классами без каких-либо членов, свойств, реализованных методов. Пример такого языка: С++. В шарпе без интерфейсов никак, ибо нет множественного наследования. По мере пользования ООП поймёте как лучше проектировать классы и что выносить в интерфейсы.

[Razor007]

Сообщение от pu4koff

Основной посыл в том, что абстрактный класс показывает чем является наследник. Интерфейс показывает что "наследник" (класс, реализующий интерфейс) умеет.
Причем можно разделить поведение "наследника" для каждого интерфейса.
Возьмём интернет-магазин. Для товара логично показывать не размеры упаковки, а размеры конкретной модели принтера или системного блока. Для компании-перевозчика наоборот не важны эти размеры и масса нетто, им важны габариты упаковки и масса брутто. Итак нам нужно перевезти кактус, принтер и попугая. Врядли их имеет смысл наследовать от одного класса и вряд ли у них много общего, а вот реализовать один интерфейс, отвечающий за указание массы и габаритов для перевозки - это можно. Транспортной компании всё равно нужны ограниченные данные и скорость печати принтера им не интересна, равно как и порода попугая.
В языках, умеющих множественное наследование, иногда на интерфейсы забивают и пользуются абстрактными классами без каких-либо членов, свойств, реализованных методов. Пример такого языка: С++. В шарпе без интерфейсов никак, ибо нет множественного наследования. По мере пользования ООП поймёте как лучше проектировать классы и что выносить в интерфейсы.

Спасибо... Теперь стало хоть не много понятнее....