user-interface - UI 中未经授权的操作是否应该隐藏、禁用或导致错误？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 4 年前。

Improve this question

这对我来说是一个长期存在的问题，但我从未真正解决过，所以我希望得到您的意见。如果我知道用户由于权限或对象状态不足而无法执行某些操作，那么这些操作的 UI 元素是否应该对用户隐藏、可见但禁用，还是可见但尝试时会导致错误？你的回答的理由是什么？如果禁用，您会说明原因吗？如果是，如何说明？

这是一个网络界面，所以我已经知道我需要检查传入的 post/get 权限并处理那里的错误。我主要讨论如何处理 UI。

这类似于 Rules about disabling or hiding menu items ，尽管我对所有类型的 UI 元素感兴趣，而不仅仅是菜单。

示例:

1. 我有一个新页面，允许用户创建新事件。事件可以是主事件或子事件。创建主事件需要“EditMasterEvent”权限，而创建子事件仅需要“EditEvent”权限。我有一个下拉菜单，允许选择现有事件作为父事件(主事件)或没有父事件(这是主事件)。如果用户只有“EditEvent”权限，“创建主事件”选项是否应该显示在下拉列表中或省略。

2. 删除事件要求您是应用程序管理员或具有事件类型的适当编辑权限。在后一种情况下，该事件也必须超过 5 年。删除事件会导致系统中相关数据的大量级联删除，并且出于法律原因，这些数据必须在事件发生后保留至少 5 年。由于该操作对于普通用户来说很少见，因此典型的情况是该操作不可用。应该始终显示还是仅在实际可能的情况下显示？

Answer 1

隐藏 - 这是当前用户无法执行的操作的最佳方法。如果用户无法采取任何行动来改变某些东西，那么让用户浪费精力去弄清楚为什么某些东西被禁用是没有意义的。

禁用 - 对于有时可用但当前或当前上下文中不可用的操作，这是最佳方法。禁用的选项应该传达两件事:首先，该操作现在不可用，其次，用户可以采取一些措施来使该操作可用(更改某些设置或权限、选择一个项目、输入必备数据等)。 )。如果您可以在工具提示中指出需要执行哪些操作才能启用该操作 - 那就更好了。当用户输入数据或更改上下文时启用/禁用操作可以提供有关程序所需内容的出色反馈。

因错误而失败 - 这是最糟糕的选择。您应该只对可能有效的操作求助于错误报告:除非尝试，否则您无法判断它会失败。