python - 在 Python 中使用 try-except-else 是一个好习惯吗？

Question

在 Python 中时不时会看到 block :

try:
   try_this(whatever)
except SomeException as exception:
   #Handle exception
else:
   return something

try-except-else 存在的原因是什么？

我不喜欢那种编程，因为它使用异常来执行流控制。但是，如果它包含在语言中，那肯定是有充分理由的，不是吗？

我的理解是异常不是错误，它们应该只用于异常情况(例如，我尝试将文件写入磁盘但没有更多空间，或者我没有权限)，而不是用于流量控制。

通常我将异常处理为:

something = some_default_value
try:
    something = try_this(whatever)
except SomeException as exception:
    #Handle exception
finally:
    return something

或者如果发生异常我真的不想返回任何东西，那么:

try:
    something = try_this(whatever)
    return something
except SomeException as exception:
    #Handle exception

Answer 1

"I do not know if it is out of ignorance, but I do not like that kind of programming, as it is using exceptions to perform flow control."

在 Python 世界中，使用异常进行流控制是常见且正常的。

即使是 Python 核心开发人员也使用异常来进行流控制，并且这种风格在语言中被广泛采用(即迭代器协议(protocol)使用 StopIteration 来表示循环终止)。

此外，try-except 样式用于防止某些 "look-before-you-leap" 中固有的竞争条件。结构体。例如，测试 os.path.exists导致信息在您使用时可能已过时。同样，Queue.full返回可能过时的信息。 try-except-else style在这些情况下会生成更可靠的代码。

"It my understanding that exceptions are not errors, they should only be used for exceptional conditions"

在其他一些语言中，该规则反射(reflect)了其图书馆所反射(reflect)的文化规范。 “规则”也部分基于这些语言的性能考虑。

Python 文化规范有些不同。在许多情况下，您必须对控制流使用异常。此外，在 Python 中使用异常不会像在某些编译语言中那样减慢周围代码和调用代码的速度(即 CPython 已经在每一步都实现了用于异常检查的代码，无论您是否实际使用异常)。

换句话说，您对“异常(exception)是为异常(exception)”的理解是一个在其他一些语言中有意义的规则，但对 Python 却不是。

"However, if it is included in the language itself, there must be a good reason for it, isn't it?"

除了有助于避免竞争条件之外，异常对于将错误处理拉到循环外也非常有用。这是解释语言中的必要优化，这些语言不倾向于自动loop invariant code motion。 .

此外，在处理问题的能力与问题出现的地方相去甚远的常见情况下，异常可以大大简化代码。例如，通常有顶级用户界面代码调用业务逻辑代码，而这些代码又调用低级例程。低级例程中出现的情况(例如数据库访问中唯一键的重复记录)只能在顶级代码中处理(例如要求用户提供与现有键不冲突的新键)。对这种控制流使用异常允许中级例程完全忽略该问题，并与流控制的这方面很好地分离。

有一个nice blog post on the indispensibility of exceptions here .

另外，请参阅 StackOverflow 答案:Are exceptions really for exceptional errors?

"What is the reason for the try-except-else to exist?"

else 子句本身很有趣。它在没有异常(exception)但在 finally 子句之前运行。这是它的主要目的。

如果没有 else 子句，在最终确定之前运行附加代码的唯一选择是将代码添加到 try 子句的笨拙做法。这很笨拙，因为它有风险 在不打算受 try block 保护的代码中引发异常。

在最终确定之前运行额外的未 protected 代码的用例并不经常出现。因此，不要期望在已发布的代码中看到很多示例。比较少见。

else 子句的另一个用例是执行在未发生异常时必须发生的操作，而在处理异常时不会发生的操作。例如:

recip = float('Inf')
try:
    recip = 1 / f(x)
except ZeroDivisionError:
    logging.info('Infinite result')
else:
    logging.info('Finite result')

另一个例子发生在unittest runners中:

try:
    tests_run += 1
    run_testcase(case)
except Exception:
    tests_failed += 1
    logging.exception('Failing test case: %r', case)
    print('F', end='')
else:
    logging.info('Successful test case: %r', case)
    print('.', end='')

最后，在 try block 中 else 子句最常见的用法是为了美化一点(将异常结果和非异常结果对齐在同一缩进级别)。这种用法始终是可选的，并不是绝对必要的。