final по дефолту

[grigori]

В теории звучит неплохо, но на практике..
Например в Yii, надо нам какой то свой класс создать:
- свой контроллер наследуем от базового контроллера
- свой валидатор от базового
- свою модель от базовой модели
- AR от AR
- и т.д.
И это все понятно без сложности, в том числе новичкам. В том что чтобы получить в руки объект нужной функциональности мы наследуемся от нужной функциональности.
Или это тот случай когда они "подходят под наследование"?

А когда композицией один объект обращается за сервисом к другому, в голове представляется совсем другое а не отношение is_a.
А они начинают вот эти свои советики обобщать и например на ListView переносить, а как оно красиво получится, когда один объект начнет разбирать результаты работы другого объекта, какие форматы для этого потребуются (вот html уж совсем не захочется парсить) , сколько надо методов открыть как public.

Обрати внимание, что мы в разделе "теория".
Yii, во-первых мертв, что неважно, а во-вторых, написан китайцем для индусов, чтобы быстро клепать админки и простые сайты. Как Joomla.
Главная фича yii - автогенерация кода для админок. Авторы писали его для стартапа, который работал на одном сервере, и давно завершился.
Это важно - долгая плодотворная разработка на yii не предусмотрена. Я открывал yiiconf в Киеве

Теория - место сложных тем. С пониманием без сложности тебе не сюда. Остальные посты не по теме буду удалять.