所以,我一直在努力工作的新项目,今天有一位同事提出的想法,我的例外,甚至返回的错误信息应该完全本地化。我想也许这是一个好主意,但他说,我应该只错误返回错误代码。我个人不喜欢的错误代码的想法很多,因为它往往使其他程序员或者要使用错误代码或不使用错误代码
- 为了重复错误代码,他们不适合,因为他们不希望添加另一个
- 他们倾向于使用错误的错误代码,因为可以定义这么多。
所以我的问题是其他人做什么来处理这种情况?我接受各种建议,包括那些认为错误代码是可行的方法。
所以,我一直在努力工作的新项目,今天有一位同事提出的想法,我的例外,甚至返回的错误信息应该完全本地化。我想也许这是一个好主意,但他说,我应该只错误返回错误代码。我个人不喜欢的错误代码的想法很多,因为它往往使其他程序员或者要使用错误代码或不使用错误代码
所以我的问题是其他人做什么来处理这种情况?我接受各种建议,包括那些认为错误代码是可行的方法。
根据您的编码语言,可能存在文化差异?
在Java例如,数值错误代码不常使用...
有关例外,我相信这只是一个技术工具。 重要的是你的消息是针对用户还是开发者。 对于用户来说,本地化消息很重要,如果出现几种语言,或者能够在不重新编译的情况下更改消息(在客户端之间自定义,以适应不断变化的用户需求)。
在我的项目,我们的文化是使用(JAVA)枚举处理固定值的所有集合。 错误没有什么不同。 枚举错误可以提供:
要ADRESS您的两个问题:
我不会在本地化中使用错误代码。可能有充分的理由使用错误代码(例如,能够测试发生哪种特定类型的错误),但本地化不是这些原因之一。相反,使用与用于其他消息本地化的异常相同的框架。例如。如果你在其他地方使用gettext,也可以在例外情况下使用它。这将使译者的生活更轻松。
您可以在中包含错误代码这是一个例外,从而获得最佳效果。
旧式函数返回错误代码出现错误的一个常见原因是在继续执行后续代码之前未能检查错误代码。一个例外不能被隐式忽略。消除错误来源是件好事。
错误代码允许:
一些指引我发现有用: