localization - 使用错误代码或不使用错误代码

Question

所以，我在工作中一直在做一个新项目，今天有一位同事向我提出了我的异常甚至返回的错误消息应该完全本地化的想法。我想也许这是个好主意，但他说我应该只错误返回错误代码。我个人不太喜欢错误代码的想法，因为它也倾向于使其他程序员

在不适合的地方重用错误代码，因为他们不想添加另一个

他们倾向于使用错误的错误代码，因为可以定义很多。

所以我的问题是其他人如何处理这种情况？我愿意接受各种建议，包括那些认为错误代码是可行的方法。

Answer 1

根据您的编码语言，可能存在文化差异？

例如，在 Java 中，数字错误代码的使用并不多......

关于异常(exception)，我相信它只是一个技术工具。
重要的是您的消息是针对用户还是针对开发人员的。
对于用户而言，本地化消息很重要，如果出现多种语言，或者能够在不重新编译的情况下更改消息(在客户端之间进行自定义，以适应不断变化的用户需求......)。

在我的项目中，我们的文化是使用(java)枚举来处理所有固定值的集合。
错误也不异常(exception)。
错误枚举可以提供:

强类型(您不能将其他内容传递给期望错误代码的方法)

简单的本地化(一个简单的实用程序方法可以自动找到与每个消息对应的消息，例如使用“SimpleClassName”.“INSTANCE_NAME”模式；您还可以在每个枚举上公开 getMessage() 方法，将实现委托(delegate)给您的实用程序方法)

验证本地化文件(您的单元测试可以针对代码和文件上的每种语言循环，并找到所有不匹配的值)

错误级别功能(我们使用与日志记录相同的级别:致命、错误、警告；日志记录决策很容易实现!)。

为了让其他开发人员轻松找到适当的错误，我们使用了几个枚举(可能在同一个包中)，根据它们的技术或功能域对错误进行分类。

为了解决您的两个问题:

添加一个只需要向枚举添加一个实例，并在本地化文件中添加一条消息(但如果忘记，测试可以捕获后者)。

通过几个枚举中的分类，可能还有 javadoc，它们被引导使用正确的错误。