1

我一直在考虑将错误代码合并到我目前支持的应用程序中,并且我有一些一般性问题。

我完全倾向于使用代码的原因是因为我们已经在我们的应用程序中发现了至少一个严重的问题,这是我们无法通过编程方式解决的。该问题非常罕见,但如果发生,可能会导致用户严重停机。要解决此问题,需要直接联系熟悉该问题的支持人员。

为了在应用程序中做到最好,我们正在将信息写入 Windows 事件日志,以将支持人员指向损坏的数据,并向用户显示通用的“请致电支持”提示。

我们希望添加错误代码,以便支持人员更快地在事件查看器中找到特定错误。

所以,第一个问题:这是一种可以接受的方法,还是我没有考虑过其他想法?

其次,如果我们使用错误代码,在我们的解决方案中管理它们的最佳方法是什么?在每个项目中包含一个错误代码文件,其中不相交的整数组被屏蔽(yuck)?创建一个专门用于保存错误代码的新项目 ( yuck )?

我从来不知道如何最好地管理错误代码,而且我从事的两个项目都没有以任何干净的方式做到这一点。我宁愿避免使用它们,但如果我必须使用它们,我想知道什么最有效。

4

1 回答 1

1

错误代码只是作为一种简洁地描述每个已知可能的错误场景的方式存在——作为一种确保本地化和中文耳语不会混淆任何故障排除过程的方式。

假设您对每个错误条件都有唯一的人类可读错误消息,那么您不需要维护错误代码数据库,只需将其计算为规范英语字符串的哈希(我假设这是您的默认语言) . 如果您添加本地化版本,则继续使用英文字符串作为摘要的基础。

当您接到技术电话时,您只需要找到与哈希码匹配的字符串,这可以使用实用程序自动完成(救援反射)。

或者,确保向用户显示的所有异常都由您自己的 Exception 子类封装,该子类具有所需的错误代码构造函数参数,该参数成为开发人员的责任。

于 2012-08-08T23:03:27.427 回答