Question

www.un.org/spanish/ecosoc 基本问题:<> 什么是我自己、习惯上警告课的最残酷/最符合逻辑的方式? 我应该分级的正确的警告和例外类别是什么?

<>Motivation: The requirements for the Library I m written specified that if a MyContainerbjectc 图书馆的打电话人试图将<条码>x的“复制”称作<条码>y——改为<条码>。换言之,<代码>MyContainers将替换部件及其复制件,但必须警告用户这样做。

根据我的理解,警告图书馆的打电话者采取非法行动的最灵活方式是。这使打电话者能够按其认为是合适的方式处理警告,从无视警告把警告当作错误处理。 (请注意,我用3句子,但我不认为这对这里的问题至关重要。)

<>>Example: 我做些什么是确定以下警告子类:

class DuplicateItemWarning(UserWarning, ValueError):
    pass

接着,add( > 方法MyContainer 电话 presss.warn(经检测到重复,DuplicateItem Warning) ,发现有人企图插入一个重复的项目。

<>Specific questions:

我是否应按上面的顺序排列<编码>Userwarning,或仅列载Warning?
如果呼吁者希望将警告作为错误对待,则从次流到次流(<0>/code>,似乎在次流至次流(<>Warning<>>/code>和Exception之间插入<代码>。难道没有看到这一天失灵?
我在StackOverflow没有发现任何关于定制警告课的问题。这是否是因为Zalster方案家甚至不喜欢使用<条码>警报/代码>模块?

Answer 1

在阅读

<代码>Userwarning,而所有其他类别均为警告类别,它们似乎没有比仅仅分类具有另一个作用。比如,你可以在生产环境中过滤。因此,如果警告不属任何其他类别,则基本上可以从<编码>Warning上下级。如果in the context,Userwarning or Runtime Warning,那么仅仅使用这些编号即可。

Warnings are already Exceptions. So, technically, to "catch" them as errors, you just need to change the filter, no need to subclass from any XXXError. Now, again it s all about making sense. If the warnings are about the values passed, you could subclass from ValueError, especially if there would be many different custom warnings, you would expect the caller to "catch" all warnings regarding values all at once.

try:
     # do something
except MyCustomWarningOne:
    # do something else
except MyCustomWarningTwo:
    # do something else also
except ValueError: # or RuntimeWarning if you subclass from it
    # catch some other warning (both of these subclass from ValueError for example)

<压力代码>模块为Guido van Rossum。 (见PEP 230)。如果该甲in足以......:

友情链接