Python 的异常机制及规范是否相当不人性化?
程序员文章站
2022-05-14 14:34:03
...
- python的标准库中都众所周知各种随处随手的 raise,遑论各种质量参差的第三方库?
- python的官方 PEP8 标准中却又明确要求
When catching exceptions, mention specific exception
这分明是霸王条款一般的语言规范,如果要客户做到 catch specific exception,那么至少你的语言层面要有 raise specific exception 的机制吧(类似 java?),然而 python 并没有。
实在有些令人哭笑不得。
回复内容:
你们啊,不要想喜欢弄个大新闻。拿Java来黑Python前别忘了你家语言里也有unchecked exception。原文明明是这样的:
When catching exceptions, mention specific exceptions whenever possible instead of using a bare except: clause.这意思太明确了:
- 如果可能的话,尽量捕捉更specific的exception
- 而不是用except:来捕捉所有异常。
你要明白PEP8不是强制标准。即使它是强制的,except Exception:也足够满足这个条款,不知道题主『哭笑不得』在哭啥笑啥。
原因需要结合PEP8里关于Exception的部分:
从BaseException继承的exception中,最常见的就是KeyboardInterrupt了。如果你的代码里用except:来捕捉异常,会导致长时间执行的代码无法用ctrl+c来终止。Derive exceptions from Exception rather than BaseException
一个代码良好的library,应该会自己定义一个base的exception class(比如说FooException),然后再从这个exception继承更详细的exception(比如说IlligalFooException)。这样你的代码使用的时候可以except FooException捕捉这个library的所有可能异常,也可以用except IlligalFooException来捕捉更详细的异常。
如果你用的library不是以这样的形式定义异常,而是直接重用 6. Built-in Exceptions,建议直接扔掉。 题主的意思应该希望Python有Java一样的checked exception,也就是在函数体上写明可抛异常种类,甚至可以做编译检查,而不是像现在一样,只能查文档和看源代码。
但是Python这种动态语言本来在编译时就没多少检查,不仅不告诉你能抛什么异常,连参数和返回值可以是什么类型都没有,为什么单独揪着没有exception specification来说呢?Python的风格就是一切运行时再决定,不爽不要用。 你先举个随手raise的例子吧 @yegle 大婶回答的,excited!
恰好上周重构一个小程序的时候,搜了一些异常处理相关资料,罗列一下:
0. Robust exception handling
嗯。这篇博文中首先就提到了 LBYL 和 EAFP 这两种错误处理模式,还提到 Exceptions vs. error status codes 之间的抉择。
1. Write Cleaner Python: Use Exceptions
这篇博文讲的是如何通过合理地利用 Python 异常机制编写更清晰的 Python 的代码。
这篇博文还提到,在 Python 中,异常无处不在,所以不要觉得到处 raise 就不好了。毕竟,即使有未处理异常,程序也不至于像 C++ 中那样直接 terminated 了。
2. Re-raising Exceptions
这篇提到,以 raise 为目的的 try...except:/try...except Exception: 不是耍流氓:
try:
...
except: # except Exception:
...
raise # excited!
看优秀的库, werkzeug/exceptions.py at master · mitsuhiko/werkzeug · GitHub全凭自觉
声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn核实处理。
相关文章
相关视频