Laravel по-русски

BeeTee

Сообщений: 2

Организации сервисного слоя

Увидел вашу статью на форуме php.
С Laravel я не работал, пока с Yii2, но вижу что вот эти архитектурные недосказки, делают их близкими по духу.
Но например в ларавеле я видел что для организации сервисного слоя уже в самом фрейме предлагают использовать шину команд. Почему вы ее не используете?

Как вы определяете что контроллер должен делать а что нет?
Типа валидировать и проверять права он не должен.
Почему он этого делать не должен? Эта работа - часть UI и веб контроллер будучи частью UI как раз "разберется" с пользователем, кто он и что хочет и что по этому поводу делать, и дальше уже передаст запрос Модели, которая уже действительно не будет знать что ее опрашивает, юзер в браузере или консольный скрипт.

BeeTee

Сообщений: 2

Re: Организации сервисного слоя

Можно увидеть ссылку, чтобы понять о чем идет речь?

https://laravel.com/docs/5.0/bus

AlexeyMezenin +484

Топ 10%

Мастер

Писарь

Сообщений: 783

Статей: 3

Re: Организации сервисного слоя

https://laravel.com/docs/5.0/bus

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

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

Сервис классы служат скорее для размещения бизнес логики, которую ты можешь использовать и переиспользовать в контроллере, слушателях, консольных командах, задачах (jobs) и других классах.

---

Хорошие практики Laravel