К примеру как один из вопросов, как протестировать класс который

объявлен через final и у которого сложные зависимости ? ну и дальше типа зачем вообще ограничивать наследование через final ?

О ещё одна секта final юзеров. Был у меня один такой проект где все классы были в файналах

да нет мы не секта. Я вполне нормальным считаю ответ на этот вопрос "Просто убрать у класса final и протестировать как обычно".

У нас на каждый клас был интерфейс, который ты должен было мокать. Ещё то гавно. У нас СТО был вообще против наследования до такой степени что мы вообще его в проекте не юзали, только экстендились от каких то либ если надо было.

а в чем проблема тестирования файнал классов?

типа мок не сделать

лол, вот как раз от либ не надо наследоваться =)

Видел недавно такое: -каждый класс содержит один метод и имеет отдельный файл с интерфейсом - в тестах тестовый метод следует ААА буквальной трактовки: «три строчки в тестовом методе» Пздц крч развезенный по файлам Убежал, из-за улаленки пришлось только через 3 недели убегать Так обычно 1 день на эвакуацию даю себе

если класс файнал, то у него будет интерфейс либо это карго-культ и человек не понимает почему он делает класс файнал и гнать его сцаными тряпками

ну да, все верно. Вот что то типа такого ответа мы и хотим услышать.

Ну я имею ввиду не то что ты подумал. Например от контроллера симфонивского экстендится и ТД можно было

зачем? =)

Что зачем?

зачем наследоваться от симфониевского контроллера? это ж не yii какой-нибудь

недавно в этом чате поднимался уже этот вопрос)) Ну там реально нет необходимости, какие то хелперы прокинуты только. Хуже когда наследуются и не используют ничего.

а кстати, это не вы ли участвовали в том споре?))))

не припомню такого =)

это про предпочитайте композицию наследованию. Но не помню почему, просто делайте как в той умной книге написали и все.