问什么时候适合使用错误代码？

EN

在程序中，人们应该始终使用异常而不是错误代码。但是，异常不能传播到程序之外。任何时候，错误必须离开程序，您就会留下错误消息或错误代码。

对于总是人为操作的简单事情，没有代码的错误消息是可以的。你可以说“找不到文件”而不给它一个错误代码。但是，如果另一端可能是另一台计算机，则应另外提供错误代码。当您将其更改为“找不到文件”时，您不想破坏其他系统。

我想我从来没有在.Net中使用过错误代码，除了在one的情况下-当我创建一个控制台应用程序时，我知道会被另一个应用程序调用。另一个应用程序必须知道控制台应用程序何时失败，以及出了什么问题。因此，一个合适的例子是当你知道你的程序将被其他程序调用，并且你想要一种结构化的方式让他们理解错误。

也就是说，我当时是.NET的新手，从那以后就再也没有使用过错误代码。

顺便说一句，作为一个Windows用户，能够输入一个错误代码并写出一篇知识库文章是很好的，所以一个错误代码与良好的文档和找到它的能力相结合=用户的好感。

非常常见的web服务接口。返回带有描述的代码是非常简单和标准的。

我同意大多数场景都是老式的。

我想说最大的缺点是代码的质量。当异常冒泡时，您必须添加更复杂的逻辑来管理错误代码，而不必使用方法参数或返回值。

您还必须添加一个" if“来检查返回的代码是否成功，而异常则直接转到错误处理块。