AN
Вот сейчас полез смотреть, что буковки в солиде означают. Из того, что ломают даже при большом опыте - это Single responsibility. Но опять же понять, что это такое без опыта, не очень понятно как.
Size: a a a
2021 May 28
JF
нельзя построить хорошую архитектуру без этих принципов. И сложно объяснять коллегам почему нужны конкретно такие решения, а не другие
AN
А почему эти принципы правильные, а не другие? Потому что в книжке написано?
DS
я когда ревьюю код или архиктуру солюшена часто что бы долго не объяснять просто пишу какй принцип нарушается или есть риск его нарушения.
AN
Это то же самое, что андроидеры молятся на всякие клин архитектуры и суют их где надо и где не надо. Понять, что использовать можно только если есть опыт использования
JF
нет, потому что есть эмпирический опыт. И есть конкретная аргументация
AN
Хорошо, согласен, но пользуетесь ли вы аббревиатурами типа Solid?
DS
конечно) использование этих понятий иаббревиатур упрощает коммуникацию. Опытные разрабы сразу понимают о чем я, а молодые лезут изучать и потом так же быстро понимают.
JF
конкретно аббревиатура нужна только для того, чтобы все 1 принцип не забыть, не более
AD
должны/не должны - хорошо, но решается ли сейчас какая-то проблема следованием принципу?
AN
Ну хорошо, уговорили
(
> так же быстро понимают
(
DS
ну каждому инструменту время и место)
DS
я оптимист. да
JF
это из разряда костыли или рефакторинг?
AD
это из разряда «есть ли реальная польза»
JF
есть, и большая
AN
Ну вот мне тоже кажется, что знание названия принципа и его понимание - это как бы в разные стороны. Человек, который его понимает не будет морочиться с тем, чтобы помнить, какой буквой он обозначается