exception на уровне сериализации валидациии и тд

скорее всего есть, ты можешь вернуть респонс с кодом 503 например, а фронт то не знает, что на этом этапе надо уже остановить выполнение какого-то блока кода. в итоге продолжет работать с неправильным респонсом и в итоге получаешь internal server error

Всем привет! Давно интересует вопрос как правильно ловить и возвращать ошибки. Я пишу апишку и бывают "легитимные" ошибки вроде "пользователь не найден" или "нужна авторизация".
Я знаю 2 варианта:
1. Оберрнуть все в try / except Exception as e (для неожиданных ошибок) и все легитимные ошибки возвращать через return
2. Райзить исключения фреймворка и их же ловить (что бы они НЕ попадали в "неожиданные ошибки и не логировались".

Пример вар. 1:

try:
    if not user:
        return framework_error_obj(text='user not found error')
except Exception as e:
    # log error
    raise framework_error_obj(text='status code 503, service unavailable')

Пример вар. 2:

try:
    if not user:
        raise framework_error_obj(text='user not found error')
except framework_error_obj(error='user not found error'):
    pass
except Exception as e:
    # log error
    raise Exception('status code 503, service unavailable')

Как не дублировать time.sleep(60) ?

except:
except:
finally:

?

функция log_end_sleep(секунд, текст) решит

От логики программы же зависит.
Смотри, вариант 1:
Код выше должен как-то проанализировать, что вернулось из твоей процедуры типа if функция() is None
Что есть проблемы.
Питонский же подход такой, что функция всегда возвращает ожидаемое значение, а если что-то идёт не так, бросает исключение.

В fastapi это все автоматически. И для него нет разницы между raise и return (по моему опыту).

/chats@spb_python_bot

/chats@spb_python_bot