代码之家  ›  专栏  ›  技术社区  ›  Itay Moav -Malimovka

有人知道最常见错误消息的OpenSource列表吗?[关闭]

  •  2
  • Itay Moav -Malimovka  · 技术社区  · 15 年前

    有人知道最常见错误消息的OpenSource列表吗?

    我提出这个问题的动机,虽然我擅长写代码,但英语不是我的母语。

    而且,这样的列表(有点像网上所有的免费图标)会缩短我开发的最后阶段,我认为好的(有趣的)错误消息是好的用户界面的一部分。

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

    常见场景:

    • 没有授权
    • 更多信息
    • 遗漏细节
    • 用户/密码不匹配
    3 回复  |  直到 15 年前
        1
  •  0
  •   Brian Campbell Dennis Williamson    14 年前

    我不知道任何与您所要求的完全相同的东西;通用错误消息的存储库。如果您需要系统错误的错误消息,您应该查看 errno.h ;每个错误都有一个简短的描述(例如,检查 specification for errno.h 或者可能是 Linux version )

    另一种选择是查看现有开源软件的翻译项目。例如,查看 Translation Product .pot files Ubuntu translation project ;这将为您提供许多错误消息和其他字符串,供您从中选择示例。另一个优势是,您可以将翻译签出到 your native language 作为一种罗塞塔石碑,如果你需要澄清一些事情(尽管你似乎说英语和写英语都很好,可以在这里发帖,所以我不确定你是否需要)。

        2
  •  1
  •   Kenneth Cochran    15 年前

    根据我的经验,只有两种错误消息:一种是特定于您正在开发的应用程序的错误消息,另一种是由您的应用程序所依赖的API生成的错误消息。

    第一种类型你几乎总是需要自己写。第二种类型取决于是否要向用户显示它。有些语言足够简单,您可以将其传递给用户,但在大多数情况下,API生成的错误消息是为开发人员准备的,只会混淆最终用户。

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

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

        3
  •  0
  •   sastanin    15 年前

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

    __哦,错误![取消][确定]_没用。_156;file.c第33行中的数据完整性测试失败。使用备份版本。请将此错误报告给开发人员“更好”。