异常中的错误代码与异常层次结构

Question

您认为在异常中使用错误代码来指定错误类型可以吗？ 请看一下这段代码：

public class MyException extends Exception {
    public static final String ERROR_CODE_INVALID_NAME = "";
    public static final String ERROR_CODE_INVALID_ID = "";
    ...

    private String errorCode;

    public MyException(String message, String errorCode) {
        super(message);
        this.errorCode = errorCode;
    }

    public String getErrorCode() {
        return errorCode;
    }
}

我知道在这个例子中最好使用枚举而不是字符串，但我实际上担心错误代码的概念。您认为异常层次结构在这里会更好吗？我找不到任何权威来源表明异常中的错误代码是反模式。 谢谢。

Answer 1

时，错误代码非常有用

• 当您无法显示完整的错误消息（洗碗机显示）
• ，必须在内部处理代码（如果出现特定代码或服务器在客户端运行时向客户端发送错误代码，则会触发某些逻辑）负责消息）
• 我们有一个很棒的手册，用户可以使用代码来获取全面的信息
• 用户不需要知道发生了什么，但必须联系供应商

所以，大多数时候，我没有看到任何添加错误代码中的值。我更喜欢异常层次结构，或者至少是在日志文件中找到真正有用的清晰错误消息（即使在程序员离开公司两年后）。

如果您对错误代码有要求 - 解决方案还不错。考虑在中央存储库（属性文件）中收集所有错误代码，以便您可以轻松交换完整的错误代码集：

myexception.ERROR_CODE_INVALID_NAME=text or number
myexception.ERROR_CODE_INVALID_ID=text or number

Answer 2

根据我的经验，异常代码主要用作用户的信息消息。

我什至没有看到有人尝试解析一般异常消息，以便根据错误代码做出不同的反应，通常是通过异常层次结构完成的。< br>

从另一方面来说，为每个特定情况创建新的异常子类然后使用异常代码可能很困难。
例如，如果对于用户代码来说，它不计量事务失败的原因，它应该以任何方式回滚它，但对于最终用户来说，它发生的原因很重要（错误的参数、数据库连接或其他）。

所以，总结一下，如果您期望以不同的方式来处理不同的情况，那么最好使用不同的异常类型，但是如果您应该以相同的方式处理几个问题但只通知用户特定原因，那么使用异常代码会更容易。

Answer 3

我通常结合使用两者。

您需要对异常进行分类并做出设计决策。

例如，您可以使用异常来源、类型、影响和处理等参数来对异常进行分类。如果异常属于同一类别，请使用其中的错误代码。对属于不同类别的异常使用层次结构。

如果您选择异常处理作为重要参数，则可以根据您想要的处理方式在两个选项之间进行选择：

1. 如果您想在一个 catch 块中捕获所有类型并以通用方式处理它们，请使用错误代码。
2. 如果您想一次捕获特定类型并相应地处理它们，请使用层次结构。

Answer 4

从内存和时间方面来看，从性能角度创建复杂异常层次结构的堆栈跟踪非常昂贵，因此，如果您为可以通过 3-4 个静态错误代码解决的问题创建复杂的自定义异常层次结构...我更喜欢错误代码选项。一般来说，我更喜欢使用运行时异常（未在方法签名中检查），捕获检查异常的防御方法在我看来已经过时了。

Answer 5

如果您想根据导致异常的原因（无效的名称或无效的 id）做出不同的反应（在代码中），那么我建议使用不同的异常。

如果没有，那么您甚至不需要 getErrorCode() 方法，您只需将错误代码添加到异常消息中，异常就会为您提供调试所需的所有信息。