Для такой задачи смысл фрейм юзать

Лесник, ау

Я не книгу использовал,а видео с этого сайта

@alexgivi @laughing_boy @dmitriyuvin описание группы читали, любезные?

-

это группа для senior+ а не для джунов, если иными словами)

эти баззворды начинают учить с уровня джуна =)

хренаси, как я тогда сюда попал и тут остался 🧐

молча прикидывался синьором-помидором?))

я и "молча" — несовместимые вещи, наверное

ну в принципе прикидываться можно кем угодно, главное навык )) может уже наработал

О, тогда накину. Недавно кто-то писал что несколько интерфейсов у класса нарушает SRP. Кто согласен, а кто нет? Почему?

А этот кто-то чем аргументировал свое заявление?

Насколько помню, то класс должен делать что-то одно, а 2 интерфейса - типо уже 2 обязанности

Делать что-то одно это не про один метод, а тем более не про кол-во интерфейсов. Хотя ИТ ДЕПЕНДС

интерфейсов может быть сколько угодно, главное чтобы они друг с другом не пересекались по зоне отвественности

У SRP есть еще одно трактование. Оно говорит, что его следует понимать как единственную причину для изменения, а не как единственную обязанность. Это значит, что если класс используется в двух сценариях в приложении, то изменение этого класса повлияет на эти два сценария. И нужно делать так, чтобы эти изменения не были критичными для второго сценария. Например, если в одном случае мы снимаем деньги с аккаунта, и ожидаем получить эксепшн, если баланс станет меньше ноля, то в другом случае мы ожидаем получить минусовой баланс. И если мы поменяем поведение с эксепшена на минусовой (потому что нам нужно чтобы в каком-то случае баланс был именно минусовым), то это затронет поведение в другом сценарии и таким образом мы нарушим SRP.

Интересно как по его мнению можно одновременно придерживаться isp и srp