标签:python exception-handling python-3-x built-in string
在Python中使用内置类型(如int和float)时,通常在输入可能不可靠的情况下使用异常处理:
def friendly_int_convert(val):
"Convert value to int or return 37 & print an alert if conversion fails"
try:
return int(val)
except ValueError:
print('Sorry, that value doesn\'t work... I chose 37 for you!')
return 37
使用str()时是否有任何突出的边缘情况需要注意?
def friendly_str_convert(val):
"Convert value to str or return 'yo!' & print an alert if conversion fails"
try:
return str(val)
except Exception: # Some specific Exception here
print('Sorry, that value doesn\'t work... I chose \'yo!\' for you!')
return 'yo!'
我真的不喜欢使用广泛的Exception,因为有类似NameError的情况表示代码有问题并且应该引发错误.我已经将UnicodeError视为候选者,但我不确定str()是否会导致它(与foo.encode()和foo.decode()相比,它更容易理解)并且会喜欢输入的示例,如果任何,都会触发它.
总结:即使输入不可靠,使用str()而不使用try / except块通常是否安全?
解决方法:
在这方面,str和int之间存在巨大差异. int肯定会引发TypeError和ValueError.
据我所知,str可以为普通对象引发的唯一例外是UnicodeEncodeError:
>>> s = u"a\xac\u1234\u20ac\U00008000"
>>> str(s)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
UnicodeEncodeError: 'ascii' codec can't encode characters in position 1-4: ordinal not in range(128)
而这只发生在python2.x上.
当然,我可以轻松地创建一个失败的类,几乎可以想象任何异常:
>>> class MyError(Exception):
... pass
...
>>> class Foo(object):
... def __str__(self):
... raise MyError
...
>>> f = Foo()
>>> str(f)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "<stdin>", line 3, in __str__
__main__.MyError
在大多数情况下,我会质疑一些隐含的假设,即此时需要处理所有异常.通常,最好只处理您知道如何处理的异常.在这种情况下,由于用户将垃圾放入函数中而发生的异常异常应该在垃圾进入的级别处理 – 而不是在函数本身内.捕获错误并返回一些可能是无意义的值对于调试问题等不会有太大的帮助.
标签:python,exception-handling,python-3-x,built-in,string 来源: https://codeday.me/bug/20190623/1268307.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。