我个人更喜欢这个解决方案:

except ValueError as error:
                print(error.args)
                pass

错误。Args给了我一个简单的代码行，它不会太分散人的注意力，但确实有助于代码审查，特别是如果错误有不同的原因，比如

(ValueError('year 0 is out of range'),)
(ValueError('month must be in 1..12'),)
(ValueError('day is out of range for month'),)

当研究熊猫的时间周期时。

那么，这段代码产生了什么输出呢?

fruits = [ 'apple', 'pear', 'carrot', 'banana' ]

found = False
try:
     for i in range(len(fruit)):
         if fruits[i] == 'apple':
             found = true
except:
     pass

if found:
    print "Found an apple"
else:
    print "No apples in list"

现在，想象一下try-except块是对复杂对象层次结构的数百行调用，并且本身是在大型程序的调用树中间调用的。当程序出问题时，你从哪里开始寻找?

执行你的伪代码甚至不会给出任何错误:

try:
    something
except:
    pass

就好像它是一段完全有效的代码，而不是抛出NameError。我希望这不是你想要的。

我个人更喜欢这个解决方案:

except ValueError as error:
                print(error.args)
                pass

错误。Args给了我一个简单的代码行，它不会太分散人的注意力，但确实有助于代码审查，特别是如果错误有不同的原因，比如

(ValueError('year 0 is out of range'),)
(ValueError('month must be in 1..12'),)
(ValueError('day is out of range for month'),)

当研究熊猫的时间周期时。

如果这是糟糕的做法，“通过”就不会是一个选项。 如果你有一个资产，从许多地方接收信息IE一个表单或userInput，它就会派上用场。

variable = False
try:
    if request.form['variable'] == '1':
       variable = True
except:
    pass

到目前为止提出的所有意见都是有效的。在可能的情况下，您需要指定想要忽略的异常。在可能的情况下，你需要分析导致异常的原因，只忽略你想要忽略的部分，而不是其他部分。如果异常导致应用程序“壮观地崩溃”，那么就这样吧，因为知道意外发生的时间比隐藏问题发生的时间要重要得多。

综上所述，不要将任何编程实践视为至高无上的。这太愚蠢了。总有时间和地点可以执行“忽略所有异常”块。

白痴派拉特的另一个例子是goto运算符的使用。当我还在学校的时候，我们的教授教我们去运算符，只是为了提醒我们永远不能使用它。不要相信人们告诉你xyz永远不应该被使用，也不可能有一个场景它是有用的。总是有的。