паттерн является надстройкой над парадигмой, эт оне сервис, не инфра, и не домен, это часть семантики кода

не мой подход, оба ваши

Спасибо за щедрость

не, просто вернул то, что подарили зачем-то мне

workflow — реализация паттерна state machine, этот паттерн применяется также на всех уровнях

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

Хорошо, а что Вы имеете ввиду под словом модуль?

ну у вас есть функциональность по юзеру (с регистарицей, лоигном и вот этим всем), там все эти слои?

или у вас слои намазаны просто так? а по этим слоям намазана вся логика всего?

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

Вопрос мой другой, что такое модУль, это не модЕль, я правильно понял?

в php модули это как отдельные классы так и нэймспейсы, для "упрощения" (при условии соблюдения PSR-4) можно считать что файлик или директория = модуль. В некоторых языках есть понятие пакета, но по факту это те же модули.

большинство принципов проектирования базируются вокруг идеи "модуля" (solid не про классы а про модули/пакеты, information hiding как принцип которым надо руководствоваться при выборке границ модуля, grasp - про то че может быть в модулях и как их делать)

ну то есть слой адаптеров, норм

Теперь понял. Не использую такое понятие в php, поэтому тяжело было понять.
Спасибо

рискуешь сосредоточиться на изоляции слоёв, вместо изоляции модулей

По итогу слоистая херня получится

Блинный торт

Очень достойно описано про слои и взаимодействие между ними...

А если упарываться в горизонтальное деление то можно смешать слои случайно. Короче…

а для чего ты вообще на слои делишь?

Наверное, чтобы каждый слой имел свою конкретную функциональную ответственность

а что это даёт на практике?