如何设计可扩展的错误代码？

Question

更新： 这里的错误码并不是这样一个函数的返回值。实际上，我不是在讨论使用异常或错误代码进行错误处理。我试图弄清楚，使用什么模式来组织错误。 我真正在做的就是在 Windows 蓝屏上显示错误代码。回到很早以前，当你的 Windows 崩溃时，你会在蓝屏上看到一个错误代码，使用该代码你可以通过查找 MS 的文档来弄清楚发生了什么。 在我的系统中，有许多插件由不同的人贡献，他们可能彼此不认识。如果我允许他们定义他们的错误代码。这主要是两个插件的错误代码可能会冲突。

================================================ =================================================

我想设计一个可扩展的错误代码系统，允许插件定义自己的错误代码。 基本思路是：

1. 系统有一系列保留的错误代码
2. 插件可以选择系统未使用的范围，然后在该范围内创建其错误代码。但是，问题是插件彼此不认识（因为插件可能由不同的人编写并根据用户的喜好安装到系统中）。因此它们的错误代码范围可能会发生冲突。

这个要求有什么好的做法吗？我用谷歌搜索了很多，但令我惊讶的是，很少有文章谈论在生产软件中设计错误代码。大多数帖子都关注异常与错误代码。

而且，有没有什么好的模式可以显示产品中的错误，用户可以弄清楚发生了什么？ 我的基本想法是向用户显示包含错误代码、描述和详细信息的错误。用户可以点击错误代码，然后我会告诉他正确的解决方案

Answer 1

不知道你正在构建的插件系统是做什么的......

插件是否应该负责向宿主应用程序提供这些信息？为什么不让对插件执行操作的结果包含这些项目呢？这样，您的主机应用程序就不会关心插件特定的实现细节，只关心某些事情是否正常......

const int OP_SUCCESS = 0;

// structure returned for plugin ops
struct OperationResponse {
    int code; // any other value than OP_SUCCESS is plugin-defined
    string message; // operation optional message, even if success
    // other fields
};

所以每次调用插件都会这样做：

OperationResponse r = plugin.DoOperation();

if (r.code != OP_SUCCESS) {
    // do something with r.message and other fields
}

Answer 2

对于您的应用程序抛出的每个异常，您都将其插入数据库，您的错误代码是该记录的 id，这就是用户看到的。显然，相同的异常得到相同的 id。您需要的插件信息存储在数据库中