在python中使用try vs if

Question

在测试变量是否有值时，是否有理由决定使用try 或if 构造中的哪一个？

例如，有一个函数要么返回一个列表，要么不返回一个值。我想在处理之前检查结果。以下哪一项更可取，为什么？

result = function();
if (result):
    for r in result:
        #process items

或

result = function();
try:
    for r in result:
        #process items
except TypeError:
    pass;

相关讨论：

Checking for member existence in Python

Answer 1

您的第二个示例已损坏 - 代码永远不会抛出 TypeError 异常，因为您可以遍历字符串和列表。遍历空字符串或列表也是有效的——它将执行循环体零次。

Answer 2

一般来说，我得到的印象是，应该为特殊情况保留例外。如果 result 预计永远不会为空（但可能是，例如，如果磁盘崩溃等），则第二种方法是有意义的。另一方面，如果空的result 在正常情况下是完全合理的，那么使用if 语句对其进行测试更有意义。

我想到了（更常见的）场景：

# keep access counts for different files
file_counts={}
...
# got a filename somehow
if filename not in file_counts:
    file_counts[filename]=0
file_counts[filename]+=1

而不是等效的：

...
try:
    file_counts[filename]+=1
except KeyError:
    file_counts[filename]=1

Answer 3

你经常听到 Python 鼓励 EAFP 风格（“请求宽恕比请求许可更容易”）而不是 LBYL 风格（“先看再跳跃”）。对我来说，这是效率和可读性的问题。

在您的示例中（假设该函数不是返回列表或空字符串，而是返回列表或None），如果您预计 99% 的时间 result 实际上会包含可迭代的内容，我会使用try/except 方法。如果异常确实异常，它会更快。如果result 是None 超过50% 的时间，那么使用if 可能会更好。

通过一些测量来支持这一点：

>>> import timeit
>>> timeit.timeit(setup="a=1;b=1", stmt="a/b") # no error checking
0.06379691968322732
>>> timeit.timeit(setup="a=1;b=1", stmt="try:\n a/b\nexcept ZeroDivisionError:\n pass")
0.0829463709378615
>>> timeit.timeit(setup="a=1;b=0", stmt="try:\n a/b\nexcept ZeroDivisionError:\n pass")
0.5070195056614466
>>> timeit.timeit(setup="a=1;b=1", stmt="if b!=0:\n a/b")
0.11940114974277094
>>> timeit.timeit(setup="a=1;b=0", stmt="if b!=0:\n a/b")
0.051202772912802175

因此，虽然if 声明总是会花费您，但设置try/except 块几乎是免费的。但是当Exception真正发生时，成本要高得多。

道德：

• 使用try/except 进行流量控制是完全可以的（和“pythonic”），
• 但当Exceptions 实际上是例外时，它最有意义。

来自 Python 文档：

EAFP

请求宽恕比请求宽恕更容易 允许。这种常见的 Python 编码 样式假定存在有效 键或属性和捕获 假设证明的例外情况 错误的。这种干净快速的风格是 特点是存在许多 try 和 except 语句。这 技术与LBYL形成对比 许多其他语言共有的风格 比如C。

Answer 4

您的函数不应返回混合类型（即列表或空字符串）。它应该返回一个值列表或只是一个空列表。然后你不需要测试任何东西，即你的代码折叠到：

for r in function():
    # process items

Answer 5

作为一般经验法则，您应该永远使用 try/catch 或任何异常处理东西来控制流程。即使通过引发StopIteration 异常来控制幕后迭代，您仍然应该更喜欢您的第一个代码 sn-p 而不是第二个。

Answer 6

如果我提供的代码乍一看不明显，请忽略我的解决方案，您必须阅读代码示例后的说明。

我可以假设“无返回值”意味着返回值为无吗？如果是，或者如果“无值”是 False 布尔值，您可以执行以下操作，因为您的代码本质上将“无值”视为“不迭代”：

for r in function() or ():
    # process items

如果function() 返回不正确的内容，则迭代空元组，即不运行任何迭代。这本质上是 LBYL。

Answer 7

以下哪个更可取，为什么？

在这种情况下，“三思而后行”更为可取。使用异常方法，TypeError 可能发生在循环体中的任何位置，它会被捕获并丢弃，这不是您想要的，并且会使调试变得棘手。

（不过，我同意 Brandon Corfman 的观点：为“无项目”返回 None 而不是一个空列表是错误的。这是 Java 编码人员的一个不愉快的习惯，不应该在 Python 或 Java 中看到。）

Answer 8

就性能而言，对通常的代码使用 try 块 不引发异常比每次都使用 if 语句要快。因此，决定取决于特殊情况的概率。

Answer 9

bobince 明智地指出，包装第二种情况也可以在循环中捕获 TypeErrors，这不是您想要的。如果你真的想尝试一下，你可以在循环之前测试它是否可迭代

result = function();
try:
    it = iter(result)
except TypeError:
    pass
else:
    for r in it:
        #process items

如您所见，它相当丑陋。我不建议这样做，但为了完整起见，应该提及它。