Ну можешь ему в комментах и написать

Ты видимо ещё Елисеева не смотрел ))

Не, лучший способ не поддержать - проигнорировать)

Эт касательно воды 20 минут...

Разделение имеет смысл если ты что-то отделяешь от чего-то, а не просто раскладываешь по разным местам.

Разложить "в сервисах это, в моделях это" будет не разделением, а группировкой.

Разделением это может быть в том случае, если ты определяешь не то что "там" будет, а то чего там НЕ будет.

Например "тут не будет ни одной завязки на инфраструктуру". И начинаешь придерживаться этого правила.

Такое правило будет чëтко отделять одну часть кода от другой и тем самым являться архитектурной границей.

Это в очках который?

Да вы эксперт )

Да в очках

Ну да там воды много, не осилил тоже

@iscarab грубо говоря, описанная структура может помочь сгруппировать и упорядочить код, но не более, никаких значимых преимуществ она не даст.

Иногда впрочем даже простая группировка лучше чем никакой ) По крайней мере контроллеры будут почище.

понял. спасибо.

А что там с yii3? Когда будет?

Когда hl3.

Не до конца понял мысль, какие варианты ещё есть для написания бизнес-логики, почему юзкейсы не вариант? Контроллеры должны быть худыми, в моделях AR тоже ей не место...

Ща нарисую

Вот тут не понял тогда.
Если сервисы - это уровень инфраструктуры, то в них, получается, бизнес-логики быть не должно?

В общем смотри.

Юзкейсы это термин из области разделения кода по слоям, относятся к слою приложения, Application Layer (или Tier, могут и так называть).

Если мы разделили код по слоям, и выделили слой домена Domain Layer и приложения Application Layer, то внутри Application Layer мы получаем описание бизнес-процессов через юзкейсы.

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

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

Инфраструктура может знать про Application и Domain, но Application и Domain не должны ничего знать об инфраструктуре. Application может знать про Domain, но Domain не знает про Application )

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

Не поделив нормально на слои, мы не получим плюсов от слоистой архитектуры, а просто запутаем код кучей сложных терминов.

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