User interface 有人知道最常见错误消息的开源列表吗？

有人知道最常见错误消息的开源列表吗

我提出这个问题的动机是，尽管我擅长编写代码，但英语不是我的母语

而且，这样的列表（有点像网络上所有的免费图标）将缩短我开发的最后阶段，我认为好的（有趣的）错误消息是好的UI的一部分

还有一个动机，我可能会对我应该检查并忘记的事情有一些想法

常见场景：

• 没有授权
• 更多信息
• 遗漏的细节
• 错配用户/通行证

---

根据我的经验，只有两种错误消息：特定于正在开发的应用程序的错误消息和由应用程序所依赖的API生成的错误消息

第一种类型你几乎总是需要自己写。第二种类型取决于是否要向用户显示它。有些API的措辞非常简单，您可以将其传递给用户，但在大多数情况下，API生成的错误消息是针对开发人员的，只会让最终用户感到困惑

例如，大多数操作系统都有“未找到文件”错误消息或类似消息。假设您试图打开的文件是由用户选择的，那么将此错误从操作系统直接传递给用户是有意义的。而“除以零”错误不会帮助用户，除非您的应用程序执行用户直接输入的计算。在大多数情况下，此错误意味着编程错误

---

对于特定于应用程序的错误。错误消息仅在发生位置的上下文中有用。这就是为什么找不到一般错误消息的集合。一般错误消息通常不会给用户提供足够的信息来知道如何响应。

一般错误消息通常不是很有用，因为它们不1）建议用户如何修复问题，2）帮助开发人员修复错误。因此，如果您想编写好的错误消息，请决定是为用户编写还是为开发人员编写，并尽可能使它们具体化

---

“哦，错误！[取消][确定]”没有用。“文件.c第33行中的数据完整性测试失败。使用备份版本。请将此错误报告给开发人员”更好。

我不知道有什么与您要求的完全相同；一般错误消息的存储库。如果需要系统错误的错误消息，请查看

errno.h

；这些错误中的每一个都有一个简短的描述（例如，检查，或者可能是）

---

另一个选择是查看现有开源软件的翻译项目。例如，查看“的”或“的”；这将为您提供大量错误消息和其他字符串，供您选择示例。另一个优点是，如果您需要澄清某些事情（尽管您的英语听说写得很好，可以在这里发布，所以我不确定您是否需要这些），您可以查看翻译成的内容，作为一种罗塞塔石使用。

我不知道有这样的列表，但是，如果这个问题变成了一个维基，也许我们可以在这里创建一个。我在一些项目中使用了苹果的信息/错误信息作为指导。如果我把它变成一个维基，会有什么变化？（我认为，无论问题类型如何，答案都可以发布为Wiki）。如果问题是Wiki，则所有答案都将是Wiki，这更适合协作工作。阅读FAQ了解更多信息：阅读它，然后首先回答…brrrr，我会保持原样。是的，不要向CW人屈服！