Hello

Йа-йа

Шо вы?

Добро пожаловать)

Если кто-то захочет про функциональщину поболтать это к нему

Будем иметь в виду, крутой доклад бтв, молодец)

было что то интересное на Speakers' Corner ?)

@fes0r привет, есть минута?

Эти ж видосы по этим ссылкам и останутся, верно?

Позже должны по докладам порезать и выложить на канале

Я вчера немного выпил и меня посетила страшная мысль: solid же на самом деле не совсем хорошая практика.

Точно немного?)

Ну... Не больше остальных)

Я вчера немного выпил и меня посетила страшная мысль: solid же на самом деле не совсем хорошая практика.

ты ж фп бог)

Я вчера немного выпил и меня посетила страшная мысль: solid же на самом деле не совсем хорошая практика.

развивай мысль

Ну вот сингл респонсибилити: недостижимый идеал и зависит от угла зрения

Кому от этого хорошо?

Провокационный вопрос. Вот как на него ответить вообще можно?

Оупен клоузед это вообще мутная штука. Иногда помогает, но чаще является корнем проблем если домен меняется

Все эти интерфейс сегрегейшн не работают нормально в языках без множественного наследования, да и в остальных непонятно как делить.

Ну и лискоу тоже не работает в обычных языках

Кому от этого хорошо?

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

Ну это вопрос угла зрения

Если это класс адаптер скажем файловой системы

Там есть и чтение и запись и т.д.

Ну это вопрос угла зрения

а идеальный ответ где-то посередине ? Тот же Егор в свое время писал статью, что SOLID это просто маркетинговый ход и нельзя сказать что он совсем не прав)

Угу! Значит не я один такой!

Угу! Значит не я один такой!

Нет конечно) главное найти эту самую истину)

Там есть и чтение и запись и т.д.

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

ну это достаточно холиварна штука на самом деле)))

что ему в таком случае мешает еще и отчеты печатать?

коль тут нарушение SRP нет :D

крч главное следова yagni и не уходить глубоко в абстракцию

что ему в таком случае мешает еще и отчеты печатать?

это уже бизнес логика, нужно отдельно выводить

либо в какой-нибудь логгер

Ну и плюс а почему срп касается только классов?

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

И даже это утверждение не кажется совсем адекватным

да так про все паттерны можно сказать

и методологии

Серебряной пули не бывает, да

Все кругом трейд-офф

Но если нельзя следовать солиду, то как качество кода оценивать?

Субъективно?

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

Ну оценивает же человек? У него может быть чек лист по форматированию кода, да. Но остальное субъективно в какой-то степени всегда будет

И даже это утверждение не кажется совсем адекватным

ну толика логики тут есть однозначно. иначе мы все равно придек good object, который: будет позволять слишком много любое его изменение логики будет сказывается в других местах, даже там где ты не знаешь сложно тестировать, исправлять ошибки, реализововать новые хотелки невозможно легко отделить класс так как у него много зависимостей

вопрос похож на с подвохом, но всё проще

Но если нельзя следовать солиду, то как качество кода оценивать?

солиду можно следовать)

ERROR: S client not available

но не всегда следует это делать

но не всегда следует это делать

?

но зачастую да

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

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

и в итоге этот класс будет соответствовать SRP

а он уже будет подсовывать разные классы, отвечающие за чтение, запись, блабла)

и волки целы и овцы сыты

И классов куча)

не куча. это же SRP

Все зависит от поставленной задачи

так всё-равно будет проще понять чем гадать вот он там что-то выдаст мне или кинет exception или запишет или вообще это просто труфолс

ага, если срп - то куча это не куча)

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

да, потому что когда всё атомарно даже при большом кол-ве сущностей - их проще воспринять

т.к. есть ещё такая шутка (в UML) - packages

то же что и модули

ага, если срп - то куча это не куча)

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

вы просто на нужный уровень декомпозиции опускаетесь и всё понятно, никто же не говорит все 100200 классов в голове в один и тот же момент держать

а вот и скажется

не скажется. если соблюдать принцип подстановки

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

и обеспечить взаимозаменяемость.