в каких это нини?
я знаю что контролировать флоу приложения с помощью исключений это не очень хорошо
вот пример того что есть в приложении:
в миддлвейре есть фильтр эксепшенов, который ловит разные типы исключений и преобразовывает их в разные http респонзы с кодами (например общий эксепшн это 500, кастомный NotFoundException это 404, InvalidRequestException это 400, ошибка/краш в адаптерах - UpstreamException(название неточное) - это 502, и тд)
в портах не кидаются исключения
в сервисах не кидаются исключения , и в основном не перехватываются (но иногда все же перехватываются)
в адаптерах обертка httpClient-a кидает апстрим исключение если вернулся !response.IsSuccessStatusCode (к этому у меня нет вопросов)
и в адаптерах обрабатывается отдельно случай, когда данные не найдены (внешний сервис вернул код 404 или 200 с пустым телом) и кидается NotFoundException - вопросы к этому моменту. Далее, либо это исключение не ловится и апи возвращает 404 после отлова фильтром эксепшенов (например эндпоинт ищет юзера по айди, тогда мы кидаем UserNotFoundException), либо это исключение ловится в сервисах и игнорируется (например мы меняем описание книги, и хотим отправить ее автору нотификейшн на имейл, но автор/имейл не найден), тогда мы логируем warning и апи возвращает 200 или 202 или еще ченибудь делает, но не возвращает 404.
Насколько это плохо? Почему?
Этот подход работает около года, очень удобный, не вызывает боли у членов команды (старых и новых), ну и в целом мне нравится как исключения преобразовываются в коды и мне не нужно копипастить обработку и возврат разных кодов в каждом методе каждого контроллера. На продакшене десятки тысяч пользователей из разных стран, ежедневная активность заоблачная, но с перформансом проблем никаких нету (это на случай аргумента о том что эксепшены тяжелые). Стоит ли париться?
А на будущее?
Вот гайды мс, например. Информация об исключении выдаётся через json
Во, именно это мы и делаем For non-success conditions, developers SHOULD be able to write one piece of code that handles errors consistently across different Microsoft REST API Guidelines services
Если вы преобразуете коды в экзепшены - это не совсем pice of code
Наоборот, экспешены в коды
А на клиенте?
Имеешь ввиду хттп клиенты, что общаются с внешними сервисами?
Обсуждают сегодня