hasattr（）vs try-except块来处理不存在的属性
if hasattr(obj, 'attribute'):
# do somthing
与
try:
# access obj.attribute
except AttributeError, e:
# deal with AttributeError
应该首选哪个，为什么？
问题答案：
hasattr在内部并快速执行与该try/except块相同的任务：它是一种非常具体，经过优化的单任务工具，因此，在适用时，应优先选择非常通用的替代工具。
-
更新：我发布了两个更简洁的代码片段，说明了混乱的根源： https://gist.github.com/mttkay/9fbb0ddf72f471465afc https://gist.github.com/mttkay/5dc9bde1006b70e1e8ba
-
7.8. 处理不存在的页面 当你访问/view/APageThatDoesntExist的时候会发生什么？程序将会崩溃。因为我们忽略了loadPage返回的错误。请求页不存在的时候，应该重定向客户端到编辑页，这样新的页面将会创建。 func viewHandler(w http.ResponseWriter, r *http.Request, title string) { p,
-
我正在尝试实现一个Spring批处理作业，为了处理记录，它需要2-3个db调用，这会减慢记录的处理速度（大小为100万）。如果我使用基于块的处理，它会单独处理每条记录，性能会很慢。因此，我需要一次性处理1000条记录，作为批量处理，这将减少数据库调用，并提高性能。但我的问题是，如果我实现Tasklet，那么我也会失去可重启性和重试/跳过功能，如果使用AggregateInputReader实现，我
-
我在表中总共有8条记录，其中6条在spring批处理调用read时可以使用jpareader。现在我将页面大小和块大小设置为1以进行测试。期望作业运行时，它应该进行6次读取调用，然后它应该逐个处理，逐个写入。但实际上发生的是，它只是调用read 4次（从日志中我可以看到这样读取页面0...1）并处理4个，其中一个由于不匹配写入标准而被过滤掉，然后它只是更新了3个记录，作业标记为成功完成。
-
问题内容： 这是将python“ with”语句与try-except块结合使用的正确方法吗？ 如果是这样，请考虑使用旧的处理方式： 这里的“ with”语句的主要好处是我们可以摆脱三行代码吗？ 对于这个用例，这 似乎并不吸引我（尽管我知道“ with”语句还有其他用途）。 编辑：以上两个代码块的功能是否相同？ EDIT2：前几个答案大体上谈及使用“ with”的好处，但是这里似乎没有什么好处。我
-
这个块似乎没有捕获发生的错误，这很奇怪，考虑到我对网站的注册部分有一个类似的块。这将处理登录。该错误发生在第三行 并引发此错误： 当电子邮件格式错误时会发生这种情况，例如。因此，当它是时，我希望在块中设置错误消息。 有人知道为什么这个< code>try catch不起作用吗？