kk
А в сервисах исключения не должны быть связаны с http вообще никак. Ведь ты можешь из командной строки в теории сервис дёрнуть. И в чём прикол, если он кинет BadRequestException?)
Согласен на повод контроллеров и сервисов.
Size: a a a
2020 December 11
I
А в сервисах исключения не должны быть связаны с http вообще никак. Ведь ты можешь из командной строки в теории сервис дёрнуть. И в чём прикол, если он кинет BadRequestException?)
+
I
а ка тогда быть?
I
еще в контроллере try catch делать? :)
🏡K
Без try catch, вроде ж, то же самое будет
в то время было нет, сейчас может и да, но раньше асинк авайт когда юзаешь всегда надо было в тай катч оборачивать, если несколько авайтов то каждый чтобы понять че да как, это одна из главных причин почему ушел на rxjs
🏡K
если не обернуть то контекс не найдешь - место где была ошибка, или ошибка вообще может не появится, хотя она и была
🏡K
промисы - не нужны
🏡K
кучу времени тратил на дебаг, когда не было трай катчей еще хуже было, с ркс вообще хорошо стало
D
Ах вот, ***, в чем дело. Я и думаю, почему у меня асинхронные вызовы исключения не кидают
D
Неочевидно, однако
D
У меня такая ситуация: из контроллеров дёргаю сервисы (await), в которых с помощью TypeORM делаются запросы к БД. И почему-то, если косяк в запросе (например, неправильно указал название столбца) исключение в контроллер из сервиса не выбрасывается. То есть эндпоинт просто зависает как бы
D
@KaufmanEndy это может быть связано с тем, что ты описал?
🏡K
значит до сих пор справедливо правило все авайты в трай катч оборачивать всегда
🏡K
промисы - не нужны
🏡K
там ошибка унхендлед промис и ниче не происходит, так как никто не обрабатывает ошибку в блоке асинк авайт
D
Мда...
🏡K
в шарпе также вроде
🏡K
в яве чет не помню, там всегда заворачивал
🏡K
или там нет))