d
ПОлучается, что да
Это уже толстый контроллер будет.
Опять же, задача контроллера - контролировать, а не выполнять.
Size: a a a
2020 May 13
VY
да, толстый...
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
RK
Есть, но они под эгидой корпоративной тайны :)
ну тк можно имена переменных поменять и бюрократия не работает, тем более чем поможет мелкий кусок из большого проетка, тем более не обязательно в публичный чат кидать, просто такое мнение складывается что все реальное полезное использование сервисов под НДА, почему то это только с ними связано
RK
всего остального полно в интернете, как речь доходит до сервисов нда
RK
видимо разработки секертные илюминатов 😃
AH
Со стандартными событиями created нюанс в том, что если сохраняем Message в транзакции, то эвент может уйти, а потом транзакция отвалится.
Не совсем, при отправке эвента создается джоба в БД, и "рабочей" она не станет пока транзакция не выполнится.
В частности, именно так работает код:
В частности, именно так работает код:
SyncedEvent::broadcast($employer);
RK
опять же я не про сервисы в целом, а именно про то когда сервис модель заменяет по сути
AH
да, толстый...
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
Только в восприятии разработчика
АЗ
да, толстый...
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
есть ли от этого какие-то потери? в производительности? в секьюрности? или еще в чем-то?
в переиспользовании кода
AH
в переиспользовании кода
Кстати да
АЗ
при толстых контроллерах функционал нужный тебе в новой фиче, но в друугом месте (фоновая обработка чего-бы-то-нибыло, команды, etc.), ты оказываешься в ситуации когда тебе нуужен код из метода контроллера 🙂
VY
в переиспользовании кода
понял,
VY
при толстых контроллерах функционал нужный тебе в новой фиче, но в друугом месте (фоновая обработка чего-бы-то-нибыло, команды, etc.), ты оказываешься в ситуации когда тебе нуужен код из метода контроллера 🙂
да, есть такое,
т.е. то, что мы усердно год пихали в репозитории, надо теперь в сервисы...
может их просто переименовать? :)
т.е. то, что мы усердно год пихали в репозитории, надо теперь в сервисы...
может их просто переименовать? :)
АЗ
репозитории должны отвечать за работу с источником данных, и всё
RK
наверное уже раз в 10 пишу, если кто то сможет скинуть пример сервиса, причем замечу именно который с моделью работает и такой что не дублирует полностью ее работу буду очень благодарен
и да я абсолютно не против сервисов, понятное дело для работы с чужым апи и тп и тд они нужны, но причем тут модели лары не понимаю хоть убей
и да я абсолютно не против сервисов, понятное дело для работы с чужым апи и тп и тд они нужны, но причем тут модели лары не понимаю хоть убей
АЗ
получить/удалить/обновить/отфильтровать
АЗ
но когда тебе нужно взаимодействие между сущностями, ну и какая-то бизнеслогика, это всё должно быть в сервисах
RK
да я код прошу же))
