异常类应该有多具体？

Question

作为一项规则，我会尽量避免抛出异常实例，因为这并不能传达太多关于问题所在的信息。

但我发现我得到了相当多的空异常类，它们看起来像这样......

class DataNotFoundException extends Exception {
   // just a tagging class
}

所以在功能上该类与 Exception 相同。唯一的功能意义是我现在可以做到这一点......

try {
    ... some code which throws exceptions ...
} catch (DataNotFoundException $dnfe) {
    ... do stuff ...
} catch (OtherException $oe) {
    ... do other stuff ...
}

我的问题是，拥有大量微小的异常类和只抛出异常实例之间的平衡点在哪里。有人对何时引入新的异常类有任何指导吗？

Answer 1

当您有不同的逻辑来处理异常时，您必须始终扩展 Exception 类。找php Spl库，顺便说一下里面包含了一些异常类，所以不需要自己定义。

Answer 2

包含大量特定异常并不是一个坏习惯，但只包含相关且可重现的异常。如果您选择对它们进行非常具体的处理，那么它也应该按照特定的顺序进行；从非常具体到一般。

try {}    catch (CryptographicException e)
{ ...doSomething }

catch (ArgumentOutOfBoundsException e)
{ ...doSomething }

catch (Exception e)
{ ...doSomething }

这归因于对事件的处理，如果首先出现一般异常，则将跳过所有其他异常。在一般例外之前有特定例外将有助于您从他们那里获得更多信息。