我一直在考虑将错误代码纳入我目前支持的应用程序中，并且我有一些一般性问题。
我倾向于使用代码的原因是因为我们已经在我们的应用程序中发现至少一个严重的问题，这是我们无法控制的以编程方式修复的问题。问题非常罕见，但如果发生，可能会导致用户严重停机。要解决此问题，需要与熟悉该问题的支持人员直接联系。
为了尽我们所能在应用程序中使用它，我们正在向Windows事件日志中写入信息，以便将支持人员指向已损坏的数据，并且还显示通用＆＃34;请致电支持＆＃34;提示用户。
我们希望添加错误代码，以便支持更快地在事件查看器中查找特定错误。
所以，第一个问题：这是一种可以接受的方法，还是有其他想法我还没考虑过？
其次，如果我们使用错误代码，那么在我们的解决方案中管理它们的最佳方法是什么？在每个项目中包含一个错误代码文件，其中非交叉整数组被阻止（ yuck ）？创建一个专门用于保存错误代码的新项目（ yuck ）？
我从来不知道如何最好地管理错误代码，而且我所做过的两个项目都没有以任何干净的方式完成。我宁愿避免使用它们，但如果我必须使用它们，我想知道什么效果最好。
答案 0 :(得分：1)
错误代码仅作为简明描述每个已知可能错误情况的方式存在 - 作为确保本地化和中文窃听不会混淆任何故障排除过程的一种方式。
假设您有针对每个错误条件的唯一人类可读错误消息，那么您不需要维护错误代码数据库，只需将其计算为规范英语字符串的哈希值（我假设这是您的默认语言）。如果添加本地化版本，则继续使用英语字符串作为摘要的基础。
当您收到技术电话时，您只需要找到与哈希码匹配的字符串，这可以通过实用程序自动完成（反思救援）。
或者，确保显示给用户的所有异常都由您自己的Exception子类封装，该子类具有必需的错误代码构造函数参数，该参数由开发人员负责。