error-handling - 错误代码和消息最佳实践

Question

我正在规划一个 EDI 系统，除其他外，该系统还发送包含多个元素的 XML 确认消息，但具体来说这三个元素；错误代码、错误严重性和错误描述。

我基本上将解析入站 XML 消息，并根据解析的成功或失败(包括消息格式、语法、结构、有效性和一些业务规则)，我将返回成功或失败确认。

我可以自由选择 ErrorCodes、ErrorSeverity 和 ErrorDescription，但不是天真地从 ErrorCode [1]、ErrorSeverity [Error]、ErrorDescription [Cannot Find Inbound XML File] 开始，然后在编码期间添加我想到的错误入站消息解析器我想知道是否有选择错误代码和严重性的最佳实践？

我知道 HTTP 错误代码类似于 2xx 表示正常消息，4xx 表示某些错误，5xx 表示服务器错误等，并且想知道是否有人有任何好的建议可以帮助我在我将自己编码到角落并说之前“如果我所有的“警告”错误都以 3 或类似的数字开头就好了!

我认为 ErrorSeverity 不会比 [Error]、[Warning]、[Info] 和 [OK] 多多少？

谢谢。

Answer 1

您可以在此处找到 EDI 的现有错误代码:

http://msdn.microsoft.com/en-us/library/bb245948.aspx

如果您使用这些文档之一中描述的标准之一，您将与之沟通的系统/开发人员可能会很高兴。