选择用1万点美元的期权，啊哈...依赖下拉元太

Question

说我们有三个因选择下拉菜单（选择父异步通过数据库查询填充子）：

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

好的，我们的选项列表不会像这里的名字那么大，但每个下拉列表将包含大约100万个选项。有一天，我们尝试将大约20,000个选项（通过ajax）加载到子级下拉菜单中，并且UI冻结并且出错。

任何策略？ （我们在Spring MVC/JSTL + Tiles/DB2/EXTJS上）。

Answer 1

恩，是不是等级组织的东西点，使每个级别的选择数量可管理？那么解决方案不是更深层次的吗？我怀疑你可能仍然存在一些技术方面的问题，这些技术是为少数选择设计的。

Answer 2

你需要找到一个更好的方法来做到这一点。不是因为它在技术上很难（它是），而是因为你的用户会追踪你并击败你，如​​果他们必须滚动下拉列表中包含一百万项。

举例来说，世界上的人可以按字母顺序分开（根据前五个字符分开的六十亿人平均每组会给你500件物品）或按地理区域分类。

角质蛋白分子我不知道，但我很记得我记得我的高中化学时，它充满了层次结构。