Прощение Python против Разрешения и Утиной Печати

В Python я часто слышу, что лучше «просить прощения» (перехват исключений), а не «спрашивать разрешение» (проверка типа / условия). Что касается принудительного набора утки в Python, это

try:
    x = foo.bar
except AttributeError:
    pass
else:
    do(x)

лучше или хуже чем

if hasattr(foo, "bar"):
    do(foo.bar)
else:
    pass

с точки зрения производительности, читабельности, «питона» или какого-то другого важного фактора?

Это действительно зависит от того, как часто вы думаете, что будет выдано исключение.

Оба подхода, на мой взгляд, одинаково верны, по крайней мере, с точки зрения читабельности и питонности. Но если 90% ваших объектов не имеют атрибута, barвы заметите явную разницу в производительности между двумя подходами:

>>> import timeit
>>> def askforgiveness(foo=object()):
...     try:
...         x = foo.bar
...     except AttributeError:
...         pass
... 
>>> def askpermission(foo=object()):
...     if hasattr(foo, 'bar'):
...         x = foo.bar
... 
>>> timeit.timeit('testfunc()', 'from __main__ import askforgiveness as testfunc')
2.9459929466247559
>>> timeit.timeit('testfunc()', 'from __main__ import askpermission as testfunc')
1.0396890640258789

Но если 90% ваших объектов действительно имеют атрибут, таблицы были повернуты:

>>> class Foo(object):
...     bar = None
... 
>>> foo = Foo()
>>> timeit.timeit('testfunc(foo)', 'from __main__ import askforgiveness as testfunc, foo')
0.31336188316345215
>>> timeit.timeit('testfunc(foo)', 'from __main__ import askpermission as testfunc, foo')
0.4864199161529541

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

В конце концов, какое-то стратегическое использование timeitмодуля может оказаться самой питонской вещью, которую вы можете сделать.

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

Как и во всех вопросах производительности, единственный способ убедиться в этом - профилировать ваш код. Напишите обе версии и посмотрите, какая из них работает быстрее. Хотя, по моему опыту, «путь Python», как правило, самый быстрый путь.

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

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

Это универсальный вопрос, но актуальны соглашения, касающиеся окружающей среды или языка. Например, в Python обычно нормально использовать ожидаемый атрибут и позволить возможному AttributeError достигнуть вызывающей стороны.

С точки зрения корректности , я думаю, что обработка исключений - это правильный путь (хотя иногда я сам использую подход hasattr ()). Основная проблема, связанная с использованием функции hasattr (), заключается в том, что она превращает нарушения кодовых контрактов в скрытые сбои (это большая проблема в JavaScript, который не создает несуществующие свойства).