选择具有 100 万个选项的下拉元素，咳咳……也依赖

Question

假设我们有三个从属的选择下拉菜单（选择父项通过数据库查询异步填充子项）：

DD1：[这个世界的人]
DD2：[发束]
DD3：[角蛋白分子]

好的，我们的选项列表不会像这里的名称所暗示的那么大，但每个下拉列表将包含大约 100 万个选项项。前几天我们尝试将大约 20,000 个选项项（通过 ajax）加载到子下拉列表中，结果 UI 冻结并且出现问题。

有什么策略吗？

（我们使用 Spring MVC/JSTL + Tiles/DB2/EXTJS）。

Answer 1

您需要找到更好的方法来执行此操作。不是因为它在技术上很难（确实如此），而是因为如果您的用户必须滚动浏览包含一百万个项目的下拉列表，他们会跟踪您并将您殴打致死。

例如，世界上的人们可以按字母顺序（60 亿人根据前五个字符分开，平均每组有 500 项）或按地理区域。

我不知道角蛋白分子，但我很确定从我记得的高中化学内容来看，它充满了层次结构。

Answer 2

嗯，东西的分层组织不是为了使每个级别的选择数量易于管理吗？那么，一种解决方案不是更深层次的吗？我怀疑您可能仍然对为少数选择而构思的技术存在问题。