Только вот сервис - очень плохой термин. Он значит и всё и ничего.
Модели - описание сущностей бд Роутер вызывает контроллеры с логикой А сервисы - это сервис авторизации, отправления писем, авторизации и прочие, Если в таком контексте?
Модели - описание сущностей бд Роутер вызывает контроллеры с логикой А сервисы - это сервис авторизации, отправления писем, авторизации и прочие, Если в таком контексте?
модель тоже очень абстракное понятие. Выражение отображение какого процесса, обьекта в коде.
Модели - описание сущностей бд Роутер вызывает контроллеры с логикой А сервисы - это сервис авторизации, отправления писем, авторизации и прочие, Если в таком контексте?
Абстракций можно придумать намного больше, зачем себя ограничевать. Лучше подумать со стороны GRASP, SOLID
сервис - какая то абстрактная услуга. Хз зачем этот термин.
Сервис (доменный) - это класс, где инкапсулирована бизнес логика связанная с конкретным бизнес доменом. Что тут непонятного? Есть еще инфраструктурные сервисы, логеры всякие и т.д., не путать с доменными.
Сервис (доменный) - это класс, где инкапсулирована бизнес логика связанная с конкретным бизнес доменом. Что тут непонятного? Есть еще инфраструктурные сервисы, логеры всякие и т.д., не путать с доменными.
Сервис (доменный) - это класс, где инкапсулирована бизнес логика связанная с конкретным бизнес доменом. Что тут непонятного? Есть еще инфраструктурные сервисы, логеры всякие и т.д., не путать с доменными.
Типа бизнес логики в файлах без слова service в имени быть не может?
Типа бизнес логики в файлах без слова service в имени быть не может?
Можно размазать ее где угодно, и файлы назвать как угодно, но есть определенные договоренности, которые облегчают понимание и поддержку кода. Это как название дизайн патернов
Можно размазать ее где угодно, и файлы назвать как угодно, но есть определенные договоренности, которые облегчают понимание и поддержку кода. Это как название дизайн патернов