自定义异常：通过许多子类或枚举支持的单个类来区分？

Question

我希望为我当前正在从事的项目实现我自己的一组Exceptions。该项目依赖于一个带有基本框架异常 MyFrameworkException 的核心框架（我也在编写这个框架）。

对于任何给定的项目，我想抛出几种不同类型的异常，并且我无法决定是使用多个子类还是使用某种形式的Enum的单个子类作为构造函数参数。

在这两种情况下，我都有：

public class MyFrameworkException   extends Exception              { /*...*/ }

选项 1：

public class MyProjectBaseException extends MyFrameworkException   { /*...*/ }
public class SpecificExceptionType1 extends MyProjectBaseException { /*...*/ }
public class SpecificExceptionType1 extends MyProjectBaseException { /*...*/ }
public class SpecificExceptionType1 extends MyProjectBaseException { /*...*/ }

然后，在整个项目中，我会针对发生的任何问题抛出特定的异常。

选项 2：

public class MyProjectException extends MyFrameworkException {
  public static enum Type {
    SpecificType1, SpecificType2, SpecificType3
  }
  public MyProjectException( Type type ) { /*...*/ }
}

在这里，对于发生的任何问题，我总是会抛出带有特定枚举类型的 MyProjectException 。我将提供某种机制，以便可以根据类型枚举对任何 MyProjectException 执行 switch 语句。

处理项目中的异常的最佳方法是什么，尤其是那些共享公共基础设施的项目？以上两个选项是好的解决方案吗？为什么或为什么不呢？还有什么更好的解决方案？

Answer 1

选项 2（常见异常 + 枚举）的主要缺点是您失去了受检查异常的一些实用性。一种方法几乎必须简单地说“与框架相关的东西可能会出错”：

public void foo()
throws MyFrameworkException

...而不是“x或y可能会出错”：

public void foo()
throws SomethingWentWrongException, SomethingElseWentWrongException

这意味着可能需要处理一个框架异常的函数必须准备好处理其中任何一个，而如果您是特定的，函数只需要准备好处理它调用的框架方法引发的异常。

所以对我来说，像选项 1 这样的层次结构（如果结构本身表明它不需要那么平坦）是可行的方法。也就是说，有些人根本不喜欢检查异常，对于他们来说，我怀疑上述内容并不是一个令人信服的论点。 :-)

编辑 并采纳达菲莫的观点：我假设您正在谈论您确实必须创建的异常。绝对在任何有意义的地方抛出标准异常（几乎无处不在）。例如，不要创建自己的 MyFrameworkIllegalArgumentException，只需使用 IllegalArgumentException （或其各种子类）。

Answer 2

我会选择使用描述性类名扩展 java.lang.RuntimeException 的异常。

如果您有太多特定于业务的例外情况，以至于变得令人难以承受，则意味着您可能做错了。

请参阅 Joshua Bloch 关于支持标准异常的建议。

Answer 3

我不会继承通用的 MyFrameworkException，只要您不提供所有项目共有的任何功能。否则，总是扩展 Exception。

通常，您应该在域/层边界抛出有意义的异常。因此，关于您的问题，您应该选择选项 1，并牢记上述要点。选项 2 会增加代码复杂性，因为您始终必须检查异常类型以确定出了什么问题。让异常类自己说话。