Python-сообщество

Считается ли хорошем тоном использовать вложенные обработчики исключений? В нормальном коде я не встречал, но возникла необходимость для одного и того же типа исключения определить точку, где оно произошло. Банальный пример:

try:
    print 1/0
    try:
        print 2/0
    except ZeroDivisionError as e:
        print('Error2: %s' % e)
except ZeroDivisionError as e:
    print('Error1: %s' % e)

paganmind
Возможно ли реализовать как-то по-другому?

Отредактировано (Март 24, 2009 17:50:28)

crchemist:
Это был пример. Если возникло исключение, то второй блок делать не нужно. Например: получение данных и запись их в БД.

ZAN:
Скорее всего да, но тогда получается мешанина с обработчиков исключений и условий. В реальности может быть и исключения получения данных и ошибки ввода/вывода все учесть в условиях не получится

paganmind
но возникла необходимость для одного и того же типа исключения определить точку, где оно произошло

Lexander
http://docs.python.org/reference/datamo … index-1772

Лично стараюсь от этого избавляться, хотя пару раз так оказывалось удобно.

paganmind
Считается ли хорошем тоном использовать вложенные обработчики исключений?

Tim Peters
Flat is better than nested.

paganmind
В реальности может быть и исключения получения данных и ошибки ввода/вывода все учесть в условиях не получится

try:
    do_work()

except IOError, e:
    log.error('Invalid resource ... ')

except MyZeroDivisionError, e:
    log.error('Wrong denominator, %s', e.description)

except Exception, e:
    log.error('Unknown exception')
    log.exception()
    sys.exit()

if var == 0:
    raise MyZeroDivisionError("Block 1, describe what's wrong")

#или так
try:
    complicated_function_with_many_divisions(arg1, arg2)

except ZeroDivisionError, z:
    raise MyZeroDivisionError("Block 2, describe what's wrong", z)

Отредактировано (Март 25, 2009 11:41:45)

ZZZ
ИМХО: однозначно нет.

ZAN
Изначальная проблема - это нехватка данных в выловленном исключении. Создай свой собственный класс с исключением…..