在 Web 应用程序中处理数据列表选择的建议？答案

【问题标题】：Recommendations for handling list selection of data in a web application?在 Web 应用程序中处理数据列表选择的建议？
【发布时间】：2009-10-22 12:56:29
【问题描述】：

我正在为从数据列表（更具体地说，键/值数据）中进行选择的更好实践或推荐的 ui 设计模式而苦苦挣扎。

我的问题是：

什么时候应该使用下拉菜单？
- 什么时候应该使用单选按钮列表而不是下拉列表？
何时我应该使用列表框吗？
- 如果您确实允许多选，是否最好使用复选框列表？
什么是处理选择的最佳方法大量数据？
- 允许过滤/选择数据的弹出窗口
- 自动完成文本框（虽然支持键/值的不多）
有没有介绍数据列表选择的ui模式的好网站？

从大量数据列表中进行选择时，您是如何处理的？我看到很多只使用值而不是键的自动完成指南。

我意识到这可能是主观的，但我真的需要一些指导以更好地处理此类数据输入。

不管怎样，我正在用 C# 和 ASP.NET Web 窗体开发我的应用程序。

更新

以下是大型列表的数据示例，用于选择客户：

Id      Name         Address                                 Active
-------------------------------------------------------------------
1       XYZ Company  1234 Main St., Some City, Some State      Y
2       ABC Company  1234 Main St., Some City, Some State      N
3       RST Company  1234 Main St., Some City, Some State      Y

有时我的客户希望查看更多信息，而不仅仅是值字段，在本例中为名称（这将显示在相关文本框中）。

【问题讨论】：

他们通常如何“查看更多信息”？通过单击该行来显示另一个页面？

标签： design-patterns user-interface usability

【解决方案1】：

单选按钮：当只有几个选项 (

复选框列表：几个选项 (

列表：允许多选的另一种可能性。

列表/下拉列表：从长列表中选择一个元素。

双重列表：从一个长列表中选择一个元素，然后单击“选择”按钮将所选项目转移到第二个列表中。第二个列表将为您提供选择的概述。

自动建议：从极长的列表（数千个）中选择一个元素。

【讨论】：

我知道这是主观的，但是长列表中有多少元素？
在我主观看来3-4百，那我把它归为一个很长的列表。

【解决方案2】：

为了回答您的具体想法，公认的观点是，对于少数数据元素，使用带有单选按钮的完整列表进行单选；元素少时多选复选框，元素多时多选列表（在多选列表中更容易选择）

对于过滤/自动完成，对于大型数据集来说这是一个非常好的选择，但精确的形式将取决于以下问题的答案：

每个键是否有 1 个值？ >=每个键1个值？ 1/许多键值对，其中整个键值对被视为原子数据？
有很多键吗？每个值有多个键？

【讨论】：

大多数情况下每个键都有一个值，绝对是用于最终显示，但有时我需要向它们显示其他值，例如名称和地址。
是否需要/使用按值搜索/过滤？

【解决方案3】：

花点时间看看Remember the Milk（这是一个在线待办事项列表）如何管理列表选择。

【讨论】：

【解决方案4】：

我会仔细研究 Gmail 如何处理列表。

本质上，电子邮件就是处理项目列表。 Gmail 可以轻松移动、复制、删除和操作这些项目。

【讨论】：