ООП-шники, когда правильно использовать наследование вместо композиции?

Question

[ChernovGV]

Всем привет!
3 года назад, после разочарования в наследовании, перешёл на использование композиции + интерфейсов. Я доволен, но, тем не менее, хочу пересмотреть свои радикальные взгляды на эту парадигму.

Подскажите, когда правильно использовать наследование вместо композиции?

Спасибо!

Answer 1

[Владимир Коротенко]

Наследование описывает общее поведение, интерфейсы описывают метод обращения.
Вот вам пример https://github.com/vkorotenko/translit/blob/master...

Comments

[ChernovGV]

Зачем наследовать, если код можно разделить на parser и dictonary:

var parser = Parser(RuEngDictonary);
parser.Transliterate(source);

И при необходимости можно использовать другой транслитератор. Например переводить то, что переводится, остальное транслитерировать.

Я не кидаю камни в ваш огород, но тем не менее, пример не показывает превосходство наследования:(

[Владимир Коротенко]

ChernovGV, Это можно сделать несколькими методами, мне понравился такой. Плюс написал экстеншены, стало немного удобней

Answer 2

[#]

совет - не заморачивайтесь. когда точно нужна будет иерархия классов с наследованием. вы это почувствуете

3 года назад, после разочарования в наследовании..

значит общий стаж точно не менее 3+? ;))
.. меня вот вообще все чаще и больше тянет в функциональную парадигму. но в шарпе она как то вся почти в пределах LINQ.. на F# поглядываю ))
переход не переход, а вот комбинация точно может давать интересные результаты ))

Answer 3

[Даниил Демидко]

Банда четырех рекомендует по умолчанию предпочитать композицию. Наследование сильно переоценено. В большинстве случаев даже интерфейс то и не нужен.

Comments

[#]

в контексте того же C# одни расширения чего стоят. тот же LINQ почти что весь на них и построен