если принцип субъективный, то принципа нет

так что нужно всё-таки какое-то общее видение на конкретных критериях

а не "я художник, я так вижу"

ну у автора так то описано, что там к чему... сколько лет назад это было сделано?

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

надо в гитхабе завести awesome solid реп, со ссылками на статьи, видосы, репозитории про это)

Для меня пока что в тукущем разе применимость и правильности применимости сводится к тому ементшается ли каплинг и увеличивается ли кохижн
А это дело уже можно измерить и оценить.

coupling vs cohesion менее абстрактные понятия, но srp как таковой намного более абстрактен

в чем их абстрактоность?
Есть готовые утилиты которые вам их в цифрах могут измерить (не все типы каплинга кончно)

кроме того, не всегда жесткое соблюдение srp оправдано. ИМХО "здравый смысл" дожен быть все же первичен

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

У меня было так (лет пять назад).

Была куча написанного не мной кода. Сложного и запутанного. Я понимал, что код сложный, запутанный, чувствовал что с ним явно что-то не то, но не мог понять в чём источник проблемы. Также не было понимания, как именно можно это исправить.

Вижу что неправильно, но не понимаю почему и "как же сделать правильно"?

Стал искать, читать статьи и книги по архитектуре. Перелопатил темы на форуме, сотни статей прочёл, несколько известных книг...

Постепенно разобрался, набил руку, после этого все косяки в коде стали видны. Как только я их увидел и понял, то стало ясно как сделать правильно )

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

В конце концов все эти знания и навыки просто сокращают путь к красивому чистому коду.

К чему это я. Пока программисту нравится свой код, то ему не нужны никакие методики, никакие солиды ) Вот когда его свой код не устраивает и он ищет способы сделать его чистым и красивым, тогда и наступает время для изучения всяких лучших практик. Не раньше...

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

в точку )

https://www.hindawi.com/journals/mpe/2020/3428604/tab1/
Вот прямо формулы куда еще точнее
Даже в той же википедии https://en.wikipedia.org/wiki/Coupling_(computer_programming) есть формулы расчета

Просто не испоьлуйте солид в стиле дяди бобо

И холиваров не будет

А вот как готовые утилиты его имеряют
https://pdepend.org/documentation/software-metrics/efferent-coupling.html
https://pdepend.org/documentation/software-metrics/coupling-between-objects.html
https://pdepend.org/documentation/software-metrics/afferent-coupling.html

Они мало что посчитать пощволяют. К тому же. Управление сложностью кода ещё и от языка программирования зависит