错误消息中的感叹号[关闭]

13

您如何看待错误消息中的感叹号？即“地址无效！”。

就我个人而言，我认为它没有增加任何东西，侮辱了用户，并使产品看起来像是由12岁的人用TRS-80 BASIC编写的。

error-messages

— 乔·范
source

2

甚至更好……当它们不是用于错误，而是用于成功的操作（在这种情况下，整个对话框都应该消除）时，该怎么办，例如“文件已成功保存！”……就像制作软件一样震惊于它实际上成功完成了某件事

— JoelFan

16

有关要向用户显示的错误消息？是的，我和你在一起。任何使用户觉得他们的机器因为白痴而对他们大喊大叫的内容，都应归入“坏主意”下。

但是，错误消息要发送到日志文件，尤其是在服务器上吗？我知道您应该仍然保持专业精神，因为这些仍然可以出现在用户的屏幕上。但是我得承认，之以鼻非常诱人……。

— 布莱尔·河马
source

2

究竟。用户可见的错误消息永远都不会令人震惊。但是，我确实完全支持过时的调试消息。“没有主题行或消息正文，希望可以...”

— TMN 2010年

在日志文件中，如果您想引起人们的注意可能会很有用，但是如果错误严重到足以引起感叹号的可能性（例如，致命错误！），您无论如何都要使用grep作为字符串。

— rjzii

我曾见过一些愚蠢的错误消息引起法律问题，甚至肯定失去业务的情况。这是客户/其他公司永远都不会看到生成消息的应用程序的地方。一些营销商认为，让客户拥有一些内部公用设施和WOW是一个好主意，第二次世界大战接en而至。

— uɐɪ

13

可用性专家Jakob Nielsen不鼓励使用它们。大多数可用性建议是基于研究的。因此，我倾向于那些建议而不是个人意见。

— Lenny程序员
source

4

它们几乎和对话框中的“ please”一词一样糟糕。转储他们！

— 约翰·福克斯
source

1

为什么“请”是一件坏事？对我来说，“输入您的名字”听起来比“请输入您的名字”要粗暴。

— foraidt 2010年

1

UI应该简洁明了，尤其是当您希望用户阅读某些内容时。要使它们在确实需要对话框时也很难阅读，但是使问题更加严重的一种方法是训练他们，使您的UI充满无关的文本。在您指定的示例中，我会说“输入您的名字”也太多了。带有文本字段和标签“名称：”，用户知道在这种情况下该怎么做。

— JohnFx 2010年

3

我喜欢大胆，大写和感叹！

— 疯狂的
source

5

...因为没有什么比说“良好的用户体验”更像您的程序实际上是经过四次Pixie Stix意式浓缩咖啡拍摄后才是一个七岁的孩子。;-)

— BlairHippo 2010年

@BlairHippo我喜欢完美的类比。

— Gratzy

完美，除了您只包含一个感叹号

— JoelFan 2011年

0

好吧，如果它是标准的Windows对话框，则它可能已经在红色三角形或蓝色圆圈中带有感叹号，具体取决于传递给显示它的Win32 API方法的参数。那么为什么要重复紧急性呢？

— 杰西·C·切片机
source

因为如果不这样做，女友可能会甩掉你。（youtube.com/watch?v=3rd7j-aSqFU）

— JohnFx

我从不知道危险。但是话又说回来，您正在假设程序员通常有女朋友（开个玩笑！）

— Jesse C. Slicer 2010年