Вчера тут сказали что не стоит в сервисах кидать эксепшены,

Типа для котроллера отдельный метод сервиса, который возвращает специфический эксепшн? Например getUser и getUserHttp (который является обернутым getUser с прописанными ошибками)

0

8 месяцев назад

Антон Горбачёв

Sw
Типа для котроллера отдельный метод сервиса, котор...

Как написал выше, вариантов много, самый простой и тупой, это кинуть из сервиса ошибку что UserNotFound например, а в catch блоке контроллера уже проверять ошибку на тип и если тип UserNotFound, то уже кидать специфичную для транспорта ошибку с нужным статус кодом и тд. Вариант чуть лучше, возвращать из сервисов Either/Option и матчить результат в контроллере, возвращая специфичную для транспорта ошибку Плюс ещё пачка вариантов сверху есть

0

8 месяцев назад

DB

Антон Горбачёв
Как написал выше, вариантов много, самый простой и...

А в чем разница кидать error UserNotFound или исключение HttpException это же по факту одно и тоже, тебе в любом случае надо ставить тру-кэтч чтоб обработать это по своему... тут скорее всего HttpException звучит как то инфраструктурно и не подходит по неймингу для сервиса и вот если бы в Nestjs была иерархия наследования Error->Exception->HttpException Тогда все эти вопросы отпали бы

0

8 месяцев назад

Антон Горбачёв

DB
А в чем разница кидать error UserNotFound или искл...

Это не одно и тоже и дело не в нейминге. Иерархия наследования есть

0

8 месяцев назад