我只会引发ValueError，除非你需要一个更具体的异常..

def import_to_orm(name, save=False, recurse=False):
    if recurse and not save:
        raise ValueError("save must be True if recurse is True")

真的没有必要做类BadValueError(ValueError):pass -你的自定义类在使用ValueError时是相同的，所以为什么不使用它呢?

这取决于论点的问题是什么。

如果实参的类型错误，则引发TypeError。例如，当你得到一个字符串而不是布尔值。

if not isinstance(save, bool):
    raise TypeError(f"Argument save must be of type bool, not {type(save)}")

但是请注意，在Python中我们很少做这样的检查。如果这个论证真的是无效的，一些更深层的功能可能会替我们抱怨。如果我们只检查布尔值，也许一些代码用户稍后会给它一个字符串，因为他们知道非空字符串总是True。这也许能救他一命。

如果实参的值无效，则引发ValueError。这似乎更适合你的情况:

if recurse and not save:
    raise ValueError("If recurse is True, save should be True too")

或者在这个特定的情况下，使用recurse的True值暗示save的True值。因为我认为这是从错误中恢复，所以您可能还想在日志中抱怨。

if recurse and not save:
    logging.warning("Bad arguments in import_to_orm() - if recurse is True, so should save be")
    save = True

在这种情况下，我只看到内置的ValueError。

我将从ValueError继承

class IllegalArgumentError(ValueError):
    pass

有时创建自己的异常会更好，但要从内置异常继承，这样就尽可能接近您想要的异常。

如果您需要捕获特定的错误，那么有一个名称是很有帮助的。

我不确定我是否同意从ValueError继承——我对文档的解释是ValueError只应该由内置程序引发……继承它或自己抚养它似乎不正确。

当内置操作或 函数接收具有的实参 正确的类型，但不合适 价值，而情境则不然 由一个更精确的异常描述 例如IndexError。

——ValueError文档

我只会引发ValueError，除非你需要一个更具体的异常..

def import_to_orm(name, save=False, recurse=False):
    if recurse and not save:
        raise ValueError("save must be True if recurse is True")

真的没有必要做类BadValueError(ValueError):pass -你的自定义类在使用ValueError时是相同的，所以为什么不使用它呢?