Глава 11. Ошибки и исключения: `try` / `except`

Задача главы: не давать одной кривой строке в выгрузке обрушить весь отчёт — перехватывать ошибки в нужном месте, считать отбракованные строки и продолжать обработку остальных.

11.1 `try / except`: перехват `ValueError` на приведении типов

Зачем это нужно. Глава Файлы и CSV закончилась предупреждением: одна испорченная строка в выгрузке — например, пустое значение вместо балла — валит int() исключением и обрывает весь скрипт, даже если остальные тысяча строк в полном порядке. try / except перехватывает ошибку в конкретном месте и позволяет решить, что делать дальше, вместо того чтобы просто падать.

// PYTHON_EXECUTOR (Pyodide Wasm)

score_text = 'н/д'          # в выгрузке иногда встречается вместо балла

try:
  score = int(score_text)             # код, который может упасть
except ValueError:                      # что делать, если упал именно так
  score = None
  print(f'Не удалось привести к числу: {score_text!r}')

// Output:

Не удалось привести к числу: 'н/д'

Python выполняет блок try; если внутри возникает исключение указанного типа (ValueError), выполнение сразу передаётся в except, а не прерывает скрипт. Если исключения не произошло, блок except просто не выполняется.

⚠️ Подводный камень

Голый except: без указания типа перехватывает вообще любое исключение — включая опечатки и баги в самом коде, а не только ожидаемые проблемы с данными.

// PYTHON_EXECUTOR (Pyodide Wasm)

scores = [78, 92, 45]
total = 0

try:
  for score in scors:        # опечатка в имени переменной — scors вместо scores
      total += score
except:                        # ловит вообще всё
  print('Что-то пошло не так с данными')

print(total)

// Output:

Что-то пошло не так с данными
0

Ошибка	Что значит для Python	Человеческий перевод
— (тихая ошибка)	«Голый `except:` перехватывает любое исключение»	Настоящая причина падения — `NameError` из-за опечатки `scors` — исчезла за общим сообщением «что-то пошло не так с данными». Баг в коде выглядит как проблема с данными и может остаться незамеченным надолго.

Правильный паттерн

// PYTHON_EXECUTOR (Pyodide Wasm)

scores = [78, 92, 45]
total = 0

try:
  for score in scors:        # та же опечатка
      total += score
except ValueError:              # перехватываем только ожидаемую ошибку данных
  print('Не удалось привести значение к числу')

print(total)

// Output:

Traceback (most recent call last):
  File "report.py", line 4, in <module>
    for score in scors:
NameError: name 'scors' is not defined

Пояснение логики: except ValueError не перехватывает NameError — она проходит насквозь и падает обычным traceback’ом, как и должна упасть настоящая ошибка в коде. Указывать конкретный тип исключения — не формальность, а способ не спрятать от себя баг под видом «плохих данных».

11.2 Несколько ветвей `except`, `as error`, «сколько строк отбраковано»

Зачем это нужно. У выгрузки бывает больше одного способа сломаться: не только текст вместо числа, но и, например, ученик без единой сдачи — с этим сценарием глава Функции уже сталкивалась: calculate_average() на пустом списке падает с ZeroDivisionError, а не с ValueError. Несколько ветвей except позволяют обработать каждый случай по-своему и посчитать, сколько строк в итоге пришлось отбраковать.

// PYTHON_EXECUTOR (Pyodide Wasm)

def calculate_average(scores):
  return sum(scores) / len(scores)

students = [
  {'name': 'Иванов Иван', 'scores': [78, 92, 45]},
  {'name': 'Смирнова Ольга', 'scores': []},          # пустой список — не сдавала ничего
]

rejected_count = 0
for student in students:
  try:
      average_score = calculate_average(student['scores'])
      print(f"{student['name']}: {average_score:.1f}")
  except ZeroDivisionError as error:      # error хранит подробности исключения
      rejected_count += 1
      print(f"{student['name']}: пропущен ({error})")

print(f'Отбраковано строк: {rejected_count}')

// Output:

Иванов Иван: 71.7
Смирнова Ольга: пропущен (division by zero)
Отбраковано строк: 1

except ZeroDivisionError as error кладёт объект исключения в error — из него можно вытащить текст сообщения, как в примере выше, а не просто узнать, что что-то произошло.

⚠️ Подводный камень

Порядок веток важен: except Exception — самый широкий тип, перехватывающий почти всё. Если поставить его первым, более конкретные ветки ниже никогда не выполнятся.

// PYTHON_EXECUTOR (Pyodide Wasm)

try:
  score = int('н/д')
except Exception as error:          # слишком широкая ветка стоит первой
  print(f'Общая ошибка: {error}')
except ValueError:                  # эта ветка недостижима
  print('Ошибка значения')

// Output:

Общая ошибка: invalid literal for int() with base 10: 'н/д'

Traceback не появится — код рабочий, except ValueError просто никогда не получит своего исключения, потому что except Exception выше уже перехватит его первым.

Ошибка	Что значит для Python	Человеческий перевод
— (тихая ошибка)	«Первая подходящая ветка `except` перехватывает исключение, дальше Python не смотрит»	`Exception` — родительский тип почти для всех ошибок. Поставленный первым, он перекрывает все более конкретные ветки ниже — их код просто никогда не выполняется, без единого предупреждения.

Правильный паттерн

// PYTHON_EXECUTOR (Pyodide Wasm)

try:
  score = int('н/д')
except ValueError:                  # конкретные типы — сверху
  print('Ошибка значения')
except Exception as error:          # общий перехватчик — снизу, как страховка
  print(f'Общая ошибка: {error}')

// Output:

Ошибка значения

Пояснение логики: та же логика, что и с elif в главе Условия — конкретные, узкие условия ставят выше, общие — ниже. except Exception уместен последней веткой-страховкой на случай непредвиденного, но не первой и не единственной.

11.3 `else` и `finally`, собственная проверка данных и `raise`

Зачем это нужно. else в связке с try выполняется, только если блок try отработал без единого исключения, — удобно отделить «код, который может упасть» от «код, который выполняется после успеха». finally выполняется всегда — упал try или нет, — для действий, которые обязаны произойти в любом случае. raise позволяет самому поднять исключение, если данные формально приводятся к нужному типу, но по смыслу неверны.

// PYTHON_EXECUTOR (Pyodide Wasm)

def parse_score(score_text):
  try:
      score = int(score_text)
  except ValueError:
      print(f'Не число: {score_text!r}')
      return None
  else:                                    # выполняется, только если int() не упал
      if not 0 <= score <= 100:
          raise ValueError(f'Балл вне диапазона 0-100: {score}')
      return score
  finally:                                 # выполняется в любом случае
      print(f'Обработана запись: {score_text!r}')

print(parse_score('87'))

// Output:

Обработана запись: '87'
87

Балл '150' пройдёт int() без проблем — это валидное число, но не валидный школьный балл. raise поднимает своё собственное исключение с понятным сообщением там, где стандартная ошибка Python не сработала бы сама.

⚠️ Подводный камень

Перехватить исключение и ничего с этим не сделать — самый тихий способ терять данные: строка молча пропадает из отчёта, и ничто не намекает, что она вообще существовала.

// PYTHON_EXECUTOR (Pyodide Wasm)

raw_scores = ['78', 'н/д', '92', '150']
scores = []

for score_text in raw_scores:
  try:
      scores.append(int(score_text))
  except ValueError:
      pass                       # молча проигнорировали и пошли дальше

print(scores)
print(f'Обработано баллов: {len(scores)}')

// Output:

[78, 92, 150]
Обработано баллов: 3

Скрипт не падает и выглядит рабочим, а результат тихо неверен сразу дважды: строка 'н/д' пропала без следа, а 150 — не отбракованный, а один из баллов, попавший в отчёт как есть.

Ошибка	Что значит для Python	Человеческий перевод
— (тихая ошибка)	«`except ... pass` перехватывает ошибку и ничего не делает»	Исключение погашено, но факт потери строки нигде не зафиксирован. В итоговых цифрах («обработано 3 балла») не видно, что реальных записей было 4, а одна пропала молча.

Правильный паттерн

// PYTHON_EXECUTOR (Pyodide Wasm)

raw_scores = ['78', 'н/д', '92', '150']
scores = []
rejected_rows = []                       # журнал отбракованных строк — а не тишина

for score_text in raw_scores:
  try:
      score = int(score_text)
      if not 0 <= score <= 100:
          raise ValueError(f'вне диапазона 0-100: {score}')
  except ValueError as error:
      rejected_rows.append((score_text, str(error)))
      continue
  scores.append(score)

print(scores)
print(f'Обработано баллов: {len(scores)}, отбраковано: {len(rejected_rows)}')
for row in rejected_rows:
  print(f'  Отбраковано {row[0]!r}: {row[1]}')

// Output:

[78, 92]
Обработано баллов: 2, отбраковано: 2
  Отбраковано 'н/д': invalid literal for int() with base 10: 'н/д'
  Отбраковано '150': вне диапазона 0-100: 150

Пояснение логики: except — не место, где ошибка обязана исчезнуть бесследно. Любая отбракованная строка попадает в отдельный список с причиной — итоговые цифры отчёта теперь честно совпадают с тем, что реально произошло с каждой строкой выгрузки.

11.4 Мини-словарик ошибок одиннадцатой главы

Ошибка	Что значит для Python	Человеческий перевод
`ValueError` (внутри `except`)	«Значение не подходит по типу или по смыслу»	Строку не удалось привести к числу (`int('н/д')`) либо число не прошло собственную проверку через `raise`.
`ZeroDivisionError` (внутри `except`)	«Деление на ноль»	Ученик без единой сдачи — пустой список баллов, `calculate_average()` из главы 9 делит сумму на `len([]) == 0`.
— (тихая ошибка)	«Голый `except:` перехватывает любое исключение»	Реальный баг в коде (например, опечатка в имени переменной) маскируется под «проблему с данными» и остаётся незамеченным.
— (тихая ошибка)	«Первая подходящая ветка `except` забирает исключение себе»	Широкая ветка (`except Exception`), поставленная выше конкретных, делает их недостижимыми — без единого предупреждения от Python.
— (тихая ошибка)	«`except ... pass` перехватывает ошибку и ничего не делает»	Строка молча выпадает из отчёта; итоговые цифры красивые, но не совпадают с реальным числом обработанных записей.

Мини-кейс: устойчивый парсер выгрузки — отчёт + журнал отбракованных строк

Задача: обработать выгрузку с неидеальными данными (пропущенные и текстовые значения, баллы вне диапазона), не потеряв ни одной строки без следа, — собрать отчёт по валидным записям и отдельный журнал отбракованных.

// PYTHON_EXECUTOR (Pyodide Wasm)

import csv

# 1. Сбор данных — выгрузка с намеренно испорченными строками
raw_rows = [
  ['student_name', 'score'],
  ['Иванов Иван', '78'],
  ['Смирнова Ольга', 'н/д'],        # не сдавала — текст вместо балла
  ['Ким Юрий', '150'],              # опечатка при вводе — балл вне диапазона
  ['Петров Пётр', '92'],
  ['Сидорова Анна', ''],            # пустое значение
]
with open('journal_dirty.csv', 'w', encoding='utf-8', newline='') as file:
  csv.writer(file).writerows(raw_rows)

# 2. Расчёты — построчная защита через try/except
valid_rows = []
rejected_rows = []

with open('journal_dirty.csv', encoding='utf-8') as file:
  reader = csv.DictReader(file)
  for row in reader:
      student_name = row['student_name']
      try:
          score = int(row['score'])
          if not 0 <= score <= 100:
              raise ValueError(f'балл вне диапазона 0-100: {score}')
      except ValueError as error:
          rejected_rows.append((student_name, str(error)))
          continue
      valid_rows.append((student_name, score))

# 3. Вывод итогового отчёта
with open('report.csv', 'w', encoding='utf-8', newline='') as file:
  writer = csv.writer(file)
  writer.writerow(['student_name', 'score'])
  writer.writerows(valid_rows)

print('--- ОТЧЁТ ---')
for student_name, score in valid_rows:
  print(f'{student_name}: {score}')

print(f'--- Обработано: {len(valid_rows)}, отбраковано: {len(rejected_rows)} ---')
for student_name, reason in rejected_rows:
  print(f'  Отбраковано «{student_name}»: {reason}')

// Output:

--- ОТЧЁТ ---
Иванов Иван: 78
Петров Пётр: 92
--- Обработано: 2, отбраковано: 3 ---
  Отбраковано «Смирнова Ольга»: invalid literal for int() with base 10: 'н/д'
  Отбраковано «Ким Юрий»: балл вне диапазона 0-100: 150
  Отбраковано «Сидорова Анна»: invalid literal for int() with base 10: ''

Что получилось: три испорченные строки из пяти не обрушили скрипт и не растворились бесследно — каждая попала в rejected_rows с понятной причиной, а report.csv содержит только те записи, за которые можно ручаться. Цифры «обработано: 2, отбраковано: 3» в сумме честно дают все пять строк выгрузки — ни одна не потерялась незамеченной, в отличие от подводного камня из 11.3.

⚠️ Дальше в книге ошибки данных в отдельно взятой строке будут ловиться так же, но расчёты — медиана, распределение, работа с датами сдачи — потребуют инструментов из стандартной библиотеки Python, а не только собственноручно написанных функций. Это тема главы Стандартная библиотека.

Чек-лист главы

Оборачиваю в try / except код, который может упасть на кривых данных, а не весь скрипт целиком
Указываю конкретный тип исключения (except ValueError) вместо голого except:
Использую as error, чтобы достать текст ошибки, а не просто узнать, что она произошла
Ставлю конкретные ветки except выше общих (except Exception) — иначе общая ветка перекроет частные
Считаю и логирую отбракованные строки вместо except ... pass
Использую else для кода, который должен выполняться только при успешном try
Использую finally для действий, обязательных в любом случае — например, для лога «строка обработана»
Поднимаю собственное исключение через raise, если значение технически валидно, но не проходит по смыслу (балл вне 0-100)
Проверяю в конце, что сумма «обработано» и «отбраковано» совпадает с числом строк на входе

Дальше: Стандартная библиотека

Глава 11. Ошибки и исключения: `try` / `except`

11.1 try / except: перехват ValueError на приведении типов

⚠️ Подводный камень

Правильный паттерн

11.2 Несколько ветвей except, as error, «сколько строк отбраковано»

⚠️ Подводный камень

Правильный паттерн

11.3 else и finally, собственная проверка данных и raise

⚠️ Подводный камень

Правильный паттерн

11.4 Мини-словарик ошибок одиннадцатой главы

Мини-кейс: устойчивый парсер выгрузки — отчёт + журнал отбракованных строк

Чек-лист главы

11.1 `try / except`: перехват `ValueError` на приведении типов

11.2 Несколько ветвей `except`, `as error`, «сколько строк отбраковано»

11.3 `else` и `finally`, собственная проверка данных и `raise`