什么总是'标准'?如果规格不是说，应当假设?

Question

有一些标准，你认为是那么明显，他们将被假定为是在任何规格?

例如，应该打击逃逸永远取消形式？应双击一列的标题分离调整列?

当一个顾客说"这是显而易见的和标准的行为'，因此它是一个错误，不是有了"-是他们有时是正确的吗？如果是这样，是否有一些资源，可以帮助调解?

我记得有一个教授要求我们写出来的每一个细节涉及在简单的任务和如何荒唐，它可以得到的。我不希望我们的规格要是荒谬的，但我厌倦听这个，我想，我们的规格是不够具体。

Answer 1

您可能想看看Windows用户体验指南GUI组件的“预期”的行为：的 http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

它是指定所述用户界面的标准，不承担他们的标准做法

例如，双击在网格中列标题以调整其大小是不的一个标准的Windows GUI行为。双击列分隔调整列中，但是

这是值得指定标准GUI行为的努力，所以没有混淆;如果你可以参考现有的标准是好的，但要确保客户迹象关闭就可以了。

“我看不懂你的心，和某某某某是不是标准/默认行为”是合乎逻辑的反驳......但没有一个很有礼貌的。 ; - ）

Answer 3

对于用户界面问题，您可能需要查阅现有的 UI 指南，例如 苹果 或者 微软的. 。还有很多，但这两个都是足够大的参与者，他们的指南可能比大多数其他人更大程度地反映了用户的期望。

编辑：Microsoft 中介绍了使用 Escape 键关闭对话框 指导方针 （向下滚动到“互动”）：

按 Esc 键始终会关闭活动对话框。对于带有取消或关闭的对话框是正确的，即使取消已重命名为关闭，因为结果无法撤消结果。

我并没有仔细查看，但我没有看到任何有关自动调整列大小的内容——而且它非常不寻常，如果它存在的话我会感到相当惊讶。

因此，如果我负责这件事，我会说这是一个分歧的决定（可以这么说）。客户期望转义键关闭对话框（没有明确指定）是合理的，并且未能做到这一点应被视为错误。

在不指定它的情况下，响应双击列标题边框而自动调整列大小是不合理的，因此实现它应该被视为一项附加功能。

注意事项：

1. 如果您正在开发有自己的 UI 指南的东西（例如Mac 或 iPhone）这些是要遵循的规则。微软的市场份额使得他们成为没有自己的 UI 指南的目标的明显选择。
2. 这显然是客户关系问题。您显然不想因为一些您可以相当轻松地实施的事情而失去最好的客户。如果自动调整列大小对他们产生了巨大的影响，并且他们是一个很好的客户，那么为他们这样做可能是有意义的 - 但要让他们知道你正在帮他们一个忙，因为你非常重视他们。你只需要小心地平衡温暖模糊的“因为你很特别”部分和轻微的内疚之旅“所以我们帮了你一个忙，现在你欠我们......”（IMO，通常是更好的 不是 大声说出“现在你欠我们的”部分，但我不认识你的客户）。

Answer 4

从大学我最喜欢的名言“关于标准伟大的事情是，有这么多的选择。”

我想你问这个问题，因为你已经不幸成为卷入了“但你没有问那个”之争。这可以让你在恶劣的现场。通常前面你希望公司为您提供他们的标准，或者如其他人所说，你可以相互对第三方标准达成一致。如果您正在运行产生许多相同类型的应用程序的公司，你应该花的时间，一旦生成你的“标准”。

如果你坐在签退点，有人拒绝，因为“标准”功能支付，那么你需要有地方的几个例子在那里，这是不规范的。在您的例子，例如，在ESC键关闭的形式是在Windows的唯一标准（而不是网页），然后只有真正的微软。我只是我的电脑，其中ESC做什么都没有一个形式上开了三个应用程序。

几乎没有什么是标准的。在任何给定的人心中的“标准”将意味着什么略有不同，如果不指定一些可衡量的定义，将导致争论的道路。

Answer 5

创建一个样板规范，包括参考在所有项目的相同的一般设计。本说明书应该成长和变化作为你了解更多关于你的客户/客户的需求。这一规范还应参考相应的UI提供的准则 苹果 或 Microsoft.即使你是在一个平台上，我强烈推荐读通过其他规范见解的更好的做事方法或确定可能的打嗝。也有一些好书上的用户界面设计的，你可能希望借用。

Answer 6

没有什么是标准的，除非它被写下来并在与您的项目相关的地方指定（或从规范链接到）。如果没有写下来，就不是标准，因此客户必须定义​​它。

另一个注意事项：
如果您的 UI 库以一种方式执行此操作，则需要编码以另一种方式执行此操作（愚蠢的示例：您希望用户使用鼠标右键单击按钮），那么您应该停下来重新考虑用户可能期望的内容。