Вы пишете функцию для расчёта метрики и понимаете, что без обязательного поля user_id результат будет неверным. Что лучше сделать, чтобы не «тихо» считать мусор и облегчить отладку?
AВернуть 0 и продолжить, чтобы дашборд не «краснел».
BВернуть
None без объяснений, чтобы ошибка «не мешала».CНапечатать сообщение через
print и продолжить выполнение.DПоднять явную ошибку, например
raise ValueError('user_id is required').Правильный ответ. Если без данных метрика бессмысленна, лучше явно остановиться через
raise, чем скрывать проблему.Разбор
Возврат «заглушек» вроде 0 или None может незаметно испортить отчёт и сделать проблему трудноуловимой. Если поле обязательно, это нарушение контракта входных данных, и правильнее явно сигнализировать через raise. Так ошибка быстро обнаруживается, а traceback помогает найти источник некорректных данных.
Проверь себя · 1/3разбор после ответа
Вы поймали ошибку, залогировали её и хотите пробросить дальше, чтобы пайплайн упал и traceback сохранился. Что нужно сделать внутри
except?Ещё вопросы по теме «Исключения и отладка»
- В обработчике данных вы используете конструкцию `try`/`except`/`finally`. Внутри `try` происходит ошибка, она поймана в `except`. Что произойдёт с кодом в `finally`?
- Вы парсите событие в словарь `event`. Что произойдёт при обращении `event["currency"]`, если ключа `currency` в словаре нет?
- В отчёте вы считаете сумму и случайно складываете число и строку: `total + "10"`. Какое исключение наиболее вероятно?
- Скрипт получает список строк, но иногда он короче ожидаемого. Что произойдёт при обращении `rows[3]`, если в списке всего 3 элемента?
- Вы пишете функцию, которая внутри `try` делает `return`, а в `finally` закрывает ресурс (например, файл или соединение). Что произойдёт с кодом в `finally` при `return` из `try`?
- Все вопросы по «Исключения и отладка» →