Роман Сарваров, к тому же если у тебя есть проверка для гостя (например enable в конфиге) то она не выполнится т.к. правило не запустится. А если проверки для гостя нет то и ?User смысла юзать нет т.к. optional вернет null. И проверка аутентификации это часть проверки авторизации, которая должна выполняться в политиках, а не в логике. Поэтому только Gate.
Роман Сарваров, значит тогда не стоит использовать Ларавел. Никаких костылей я тут не вижу. Насчет второго вопроса) Повторю свой вопрос. Как ты будешь вызывать это правило в логике?
Роман Сарваров, это не валидация, а обработка ввода юзера, что и нужно автору. И делается это в методе, который специально для этого в Ларавел существует. в политике можно сделать ?User
как ты будешь вызывать это правило в логике?
Gate можно использовать с политиками. А иногда только с gate например при запросах от гостя где на request user можно получить ошибку вызова метода can у null
Алексей Скляров, ну и что. Любые пайплайны и сервисы можно запускать в превалидации если они к этому процессу относятся. Обсервер - это обычные события модели, которые выполняются при любой работе с моделью - с тестами, фабриками скриптами и тд. Т.е. инструмент вообще не для обработки пользовательского ввода и не для проверки прав.
Значит программирование не для них. Профи обязан работать с документацией. Это самый правильный способ знать как работает сервис, библиотека и тд. другое дело, что изучать программирование по докам вредно и неэффективно и документация не заменяет общение и не отменяет другие способы получения инфы.
JhaoDa, Ларавел-вопросы технически не могут быть не связаны с документацией или кодом фреймворка. Или вопрос не связан с Ларавел (проектирование велосипеды итд).