А
это если оставить мидлварью?
Size: a a a
2020 April 17
DS
это если оставить мидлварью?
да, конечно
А
но это не эффективно
А
точно также будет код работать и в случае фектори
AM
почему не эффективно?
А
но в случае фектори можно ретюрнить респонс из любгого места
А
из любого - не из пайплайна )
AM
так тут тоже можно вроде...
А
например если мидлварь будет кложурой, внутри какая-нибудь проверка. Надо по итогу редиректнуть
Будешь делать
Будешь делать
new Redirect(...)->toRote->process($request, $handler)?AM
да, это, конечно, некрасиво
А
причём эти параметры ($request, $handler) не используются никак
DS
например если мидлварь будет кложурой, внутри какая-нибудь проверка. Надо по итогу редиректнуть
Будешь делать
Будешь делать
new Redirect(...)->toRote->process($request, $handler)?Redirect в конструктор мидлтвари и будет
$this->redirect->toRoute('site/index')->process($request, $handler)
$this->redirect->toRoute('site/index')->process($request, $handler)
А
хвост лишний. От него можно избавиться
А
Redirect в конструктор мидлтвари и будет
$this->redirect->toRoute('site/index')->process($request, $handler)
$this->redirect->toRoute('site/index')->process($request, $handler)
мидлварь как кложура. В параметры кидать придётся
DS
хвост лишний. От него можно избавиться
Такие кейсы достаточно редкие, чтобы прямо в классе с MiddlewareInterface был редирект
DS
мидлварь как кложура. В параметры кидать придётся
В кложе не нужно, она поддерживает возврат инстанса мидлтвари
А
Такие кейсы достаточно редкие, чтобы прямо в классе с MiddlewareInterface был редирект
я бы сказал редирект на роуте без условий ещё реже (моя практика)
DS
я бы сказал редирект на роуте без условий ещё реже (моя практика)
Не, довольно часто бывает надо перенаправить на новый урл, в связи с оптимизацией по сео, например
А
Не, довольно часто бывает надо перенаправить на новый урл, в связи с оптимизацией по сео, например
я предпочитаю такое на уровне веб-сервера делать
DS
я предпочитаю такое на уровне веб-сервера делать
Ну, то уже за разработчиком выбор