Стоит ли делать обработчик ошибок в библиотеке?

Question

[федор unknown]

Есть около ~10 API, где дублируется один и тот же код - отправить в сторонний сервис token авторизации и получить в ответ информацию о владельце токена.
Возможные сценарии: ОК, Не валидный токен и Сервис недоступен.

Чтобы не дублировать этот код решил эту логику внести в отдельную библиотеку.
Вопрос: Стоит ли обрабатывать ловить и обрабатывать исключение(Exception: 401, 400, 500) в самой библиотеке или делать этот в самом API?

P.s буду благодарен за развернутый ответ
P.s.s используемые технологии: Java 11 и Spring boot

Comments

[Сергей Соловьев]

Либа должно принять токен отправить http запрос и выдать в ответ ДТО.

Что должно???

[федор unknown]

Сергей Соловьев, Библиотека

[Сергей Соловьев]

федор unknown, кажется мой комментарий не правильно поняли. Это был намек на то, что вопрос описан невнятно и ничего не понятно: "она должна что принять и что то отправить, что делать?" - не понятно какая проблема решается

[Сергей Соловьев]

федор unknown, https://habr.com/ru/articles/460221/

[Voland69]

Не имел дел со Spring Boot, но на ASP .NET Core неплохо работает следующая схема:
В шареной либе описываем модель ошибки, коды сообщений, сообщения и их локализацию, если надо.
Там же описываем middleware для обработки ошибок.
В сервисах встраиваем middleware в пайп обработки запроса, и теперь в любом месте можно сделать
throw MyCustomEx(ErrCode.SOMETHING_WENT_WRONG);
Еще можно в middleware обработки ошибок через DI контейнер добавлять специфичные для сервера коды и сообщения, чтобы не держать их в общей библиотеке.

Answer 1

[Олег]

Скорее всего мы пишем на разных с вами ЯВУ. И термин ошибка для меня немного другое.
Есть понятие Exception & Runtime Error, которые для меня лучше описывают ситуацию, которую вы хотите ловить.

Поэтому мне проще писать в стиле водопада успеха, а сбои ловить через try{}catch
Я пишу под мобилки и например текстовые ресурсы приходится локализовать на кучу языков.
Добраться до них из/в подключаемые библиотеки непросто. Удобнее ловить конкретный эксепшен уже в основном коде.

Answer 2

[Adamos]

Стоит посмотреть на проблему со стороны вызывающего этот API кода.
Важно ли ему, что за ошибка произошла за API?
Не примет ли он выдачу ошибки, которую вы не обработали, за данные, которые должен получить?
Не проще ли один раз сделать и потом спокойно использовать единообразный протокол, где на каждый запрос будет возвращаться объект, включающий флаг успешности и/или информацию об ошибке?