Является ли такой подход плохим в работе с исключениями, если в методе render сразу же возвращать ответ в формате json?

Не является ли такой подход плохим в работе с исключениями, если в методе render сразу же возвращать ответ в формате json, вот пример:

namespace AppExceptionsTelegram;  use DomainException; use IlluminateHttpResponse;  class InvalidDataTelegramException extends DomainException {     public function render()     {         return response(             ['message' => __('auth.incorrect_telegram')],             Response::HTTP_UNPROCESSABLE_ENTITY,         );     } }

Дополнительно:

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

Ответы:

Исключение без стандартных message, code. Фикс json респонз. Не делайте так.
Это сейчас вам достаточно всегда получать json. Но что будет при вызове из консоли? а в логах?

Как минимум - релиазовать IlluminateContractsSupportResponsable.
А если SymfonyComponentHttpKernelExceptionHttpExceptionInterface релиазовать или просто наследовать от HttpException то в вашем случае будет достаточно

throw new InvalidDataTelegramException(Response::HTTP_UNPROCESSABLE_ENTITY, __('auth.incorrect_telegram');

IlluminateFoundationExceptionsHandler сделает тоже, что вы и даже больше.

• Я тоже сначала хотел на это заругаться, но потом увидел что речь идет о методе render. Насколько я понимаю, при вызове из консоли этот метод вызываться не будет. А в логах будет как раз и code, и message
• Ипатьев, в общем то да... соглашусть что однозначно "плохом" не является.
  только вот имхо форсить json - выстрел в ногу через X месяцев (но это не точно).
  Для обработки исключений есть "замечательный" AppExceptionsHandler->map.

Имхо, таки рендерить исключения для клиента лучше или в контроллере, или в команде, где там у вас точка входа.
Иначе, если у вас исключение знает, как его обрабатывать - то какое же это исключение?