【问题标题】:Displaying friendly error messages显示友好的错误消息
【发布时间】:2010-10-14 20:36:18
【问题描述】:

我很好奇是否有人考虑过桌面应用程序错误消息中的措辞。作为一名开发人员,我总是戴上我的程序员帽子,并以一种看起来像机器人在对用户说话的方言来展示它。

例如:

  • 未能打开文件___
  • 无法检索设置文件
  • 发生错误更新数据库
  • 无法设置 ____
  • 发生未知错误

这些都不是“友好的应用程序”。有谁知道用较少机器人语言表达错误的任何资源或方法 - 对于常见错误,如 IO 问题、数据库问题、空引用等。

【问题讨论】:

    标签: exception custom-errors


    【解决方案1】:

    Windows 桌面设计指南中的错误消息中有quite an extensive article

    【讨论】:

    • 我喜欢主要错误下方的那些额外信息消息,但我感觉 .NET MessageBox 类不适合它们
    • 你是对的,MessageBox(或者实际上低于 Vista 的 Windows 版本)不支持它们。不过,从 .NET 调用 Vista TaskDialog API 很简单。
    【解决方案2】:

    Apple 对在 their human interface guidelines 中编写好的警报消息有话要说。

    • 简明扼要
    • 告诉我们我们能解决的问题
    • 别客气,如果有问题,告诉我们它出了问题
    • 避免让错误感觉是我们的错

    【讨论】:

    • 感谢@somos,我更新了它并在此处提供了一个摘要以使答案更好:)
    【解决方案3】:

    您作为示例发布的消息对开发人员的意义大于对最终用户的意义。

    对于作为用户向我抛出的任何类型的错误,我觉得烦人的一件事是,当我不知道为什么会发生这种错误时。这就是为什么此类错误消息应包含一些有关该问题的信息,以供非程序员理解。就像打开文件失败一样,可以检查文件是否存在,权限是否正常,或者给定的路径是否在网络上。

    还有一个很棒的blog post by Jeff Atwood about funny error messages

    【讨论】:

      【解决方案4】:

      这里的信息不多,但有一些你应该知道的链接:

      http://blogs.msdn.com/brada/archive/2004/01/28/64255.aspx

      http://msdn.microsoft.com/en-us/library/ms229056.aspx

      一般来说,把事情说清楚是好的

      • 问题的原因是什么
      • 可以做些什么来修复/补救它

      我的观点:我认为最常见的“坏”错误是忘记了第二个子弹。第二个最常见的错误是为第一个项目符号提供的信息不足(例如“找不到文件” - 哪个文件?!?)

      【讨论】:

        猜你喜欢
        • 2011-06-05
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-10-08
        • 2017-11-28
        相关资源
        最近更新 更多