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

时间:2009-04-15 17:03:56

标签: user-interface open-source

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

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

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

还有一个动机,我可能会对我应该检查和忘记的事情有所了解。

常见情景:

  • 无权授权
  • 更多信息
  • 缺少详情
  • Missmatch用户/传递

3 个答案:

答案 0 :(得分:1)

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

第一种类型,你几乎总是需要自己写。第二种类型取决于您是否要将其显示给用户。有些措辞足够简单,您只需将其传递给用户,但在大多数情况下,API生成的错误消息仅供开发人员使用,并且只会使最终用户感到困惑。

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

针对特定应用程序的错误。错误消息仅在其发生的位置的上下文中有用。这就是您找不到一般错误消息的原因。通用错误消息通常不会向用户提供足够的信息来了解如何响应。

答案 1 :(得分:0)

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

“糟糕,错误! [取消] [确定]“没用。 “file.c第33行中的数据完整性测试失败。使用备份版本。请向开发者报告此错误“更好。

答案 2 :(得分:0)

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

另一个选择是查看现有开源软件的翻译项目。例如,查看Translation Product.pot filesUbuntu translation project;这将为您提供大量错误消息和其他字符串以供选择示例。另一个优点是你可以查看翻译成your native language作为一种Rosetta石头使用,如果你需要澄清一些事情(虽然你似乎说英语并且写得很好,可以在这里发布,所以我不确定你是否需要那个。)