SI
Удобно для логгеров: не логгировать определенные типы эксепшенов 🙂
Size: a a a
2020 November 06
AB
В контроллерах у нас и так есть доступ к Response.
он там не очень удобный кстати. К примеру редирект получается многословным:
return $this->responseFactory
->createResponse(302)
->withHeader(
'Location',
$this->urlGenerator->generate('site/index')
);
AM
Да, это есть.
AM
Это из той же оперы, что и исключения.
AM
Если бы было удобно респондить, не было бы потребности в http-исключениях. Так?
AB
Не факт
AB
https://github.com/symfony/symfony/issues/38901#issuecomment-719931014 - вот интересное мнение на этот счет
AM
ммм...
AM
разве на этот счёт?
AM
не вижу там exception vs Response
AM
там про это есть только в начальном пункте 2
AB
Ну да, там контекст немного другой
AM
там вот про что:
AB
In the case that the frontend or backend side of my app has a problem, I'd like to get a log message including the exception(s) with stack trace(s). Logging those exceptions is reasonable here. Logging 4xx via external monitoring only means I'm losing debug information.
AM
In the case that the frontend or backend side of my app has a problem, I'd like to get a log message including the exception(s) with stack trace(s). Logging those exceptions is reasonable here. Logging 4xx via external monitoring only means I'm losing debug information.
И? Там про обработку исключений.
AB
Если бы было удобно респондить, не было бы потребности в http-исключениях. Так?
если бы мы респондили сразу 404 ошибкой, то как это попадет в лог?
AM
А у нас про то, нужны ли в контроллере, где можно без исключения тупо отреспондить 404, исключения.
AM
function respond404()
{
$this->log('db')
return new Response(404)
{
$this->log('db')
return new Response(404)
AM
это может быть какой-то респондер