Подтвердить что ты не робот

Почему Исключения являются итерабельными?

Меня недавно укусило что-то неожиданное. Я хотел сделать что-то вроде этого:

try :
     thing.merge(iterable) # this is an iterable so I add it to the list
except TypeError :
     thing.append(iterable) # this is not iterable, so I add it

Ну, он работал нормально, пока я не передал объект, наследующий от Exception, который должен был быть добавлен.

К несчастью, Исключение повторяется. Следующий код не вызывает никаких TypeError:

for x in Exception() :
    print 1

Кто-нибудь знает, почему?

4b9b3361

Ответ 1

Обратите внимание, что происходящее не связано с каким-либо неявным преобразованием строк и т.д., но поскольку класс Exception реализует __getitem __() и использует его для возврата значений в корте args (ex.args). Вы можете видеть это по тому факту, что вы получаете всю строку как свой первый и единственный элемент в итерации, а не результат по каждому символу, который вы получите, если вы будете перебирать строку.

Это тоже меня удивило, но, думая об этом, я предполагаю, что это связано с соображениями обратной совместимости. Используемый Python (pre-1.5) не хватает текущей иерархии классов исключений. Вместо этого были сброшены строки с (обычно) аргументом кортежа для любых деталей, которые должны быть переданы в блок обработки. то есть:

try:
    raise "something failed", (42, "some other details")
except "something failed", args:
    errCode, msg = args
    print "something failed.  error code %d: %s" % (errCode, msg)

Похоже, что это поведение было включено, чтобы не нарушать код pre-1.5, ожидающий кортеж аргументов, а не неистребимый объект исключения. Есть несколько примеров этого с IOError в разделе "Фатальный обломки" выше ссылки

Исключения String временно приостановлены и уходят в Python 3. Теперь я проверил, как Python 3 обрабатывает объекты исключений, и похоже, что они уже не могут быть итерабельными:

>>> list(Exception("test"))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'Exception' object is not iterable

[Изменить] Проверено поведение python3

Ответ 2

НЕ ДЕЙСТВИТЕЛЬНО. Проверьте Брайана Андерсера.

Хорошо, я просто получил его:

for x in Exception("test") :
    print x
   ....:     
   ....:     
test

Не беспокойтесь, -)

В любом случае, это хорошо знать.

EDIT: глядя на комментарии, я хочу добавить несколько объяснений.

Исключение содержит сообщение, которое вы передали во время создания экземпляра:

raise Exception("test") 

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
Exception: test

Справедливости ради следует сказать, что сообщение - это то, что определяет Exception лучшим, поэтому str() возвращает его:

print Exception("test") 
test

Теперь случается, что Исключения неявно преобразуются в строку при использовании в чем-то еще, чем в контексте Exception.

Итак, когда я это делаю:

for x in Exception("test") :
    print x

Я повторяю строку "test".

И когда я делаю:

for x in Exception() :
    print x

Я повторяю пустую строку. Tricky. Потому что, когда дело доходит до моей проблемы:

try :
    thing.merge(ExceptionLikeObject)
except TypeError :
    ...

Это ничего не повысит, поскольку ExceptionLikeObject считается строкой.

Хорошо, теперь мы знаем КАК, но я все еще не ПОЧЕМУ. Может быть, встроенный Exception наследует от встроенной строки? Потому что, насколько я знаю:

  • добавление str не делает объект итерабельным.
  • Я обошел проблему, наложив iter, сделав ее повышающей TypeError!

Не проблема, но все же загадка.

Ответ 3

Собственно, я все еще не совсем понимаю. Я вижу, что повторение Исключения дает вам исходные аргументы для исключения, я просто не уверен, почему кто-то захочет этого. Явная итерация я думаю, что одна из немногих ошибок в Python, которые все еще меня вызывают.