我正在寻找构建一个“快速链接”目录访问小部件。例如（选项 1）
0-9 | A-F | G-K | L-P | Q-U | V-Z
其中每个都是指向以该字符开头的目录子块的链接。小部件本身将在多个地方用于查找联系人、公司、项目等。
现在，对于编程部分......我想知道我是否应该像上面那样拆分......
0-9 | A-F | G-K | L-P | Q-U | V-Z
10+ 6 5 5 5 5
这种拆分相当均匀且在逻辑上分组，但我有兴趣知道是否存在基于以每个字母开头的典型结果数量的更优化拆分。（选项 2）
例如，很少有项目会以“Q”开头。
（注意：这目前适用于“北美/英语”部署。）
有没有人有任何统计数据可以支持以不同方式拆分的理由？
同样，对于可用性，用户如何喜欢/不喜欢这种类型的东西？我在心理上知道我是否正在寻找说：“S”我需要一秒钟才能回忆起它属于 QU 部分。
做一个这样的大清单会更好吗？（选项 3）
#|A|B|C|D|E|F|G|H|I|J|K|L|M|N|O|P|Q|R|S|T|U|V|W|X|Y|Z
我建议每个字母一个链接并隐藏没有任何结果的字母（如果这不需要太多的处理能力）。
作为用户，我绝对希望每个字母一个链接。
但更好的（对于我作为用户而言）将是一个搜索框。
我认为你在拆分错误的东西。你不应该平均分割字母，你应该平均分割结果（尽可能）。
如果你想要每页 20 个结果，A 有 28 个，而 BC 有 15 个，你会想要
一种
公元前
等等。
此外，您可能必须考虑为什么要使用字母分块而不是更符合上下文的东西。字母分块的问题是用户必须知道他们要查找的名称，并且该名称必须与您的名称相同。
编辑：我们已经在实验室条件下对此进行了测试，用户以几乎相同的方式按结果定位信息与按字母数量定位信息。
EDIT_2：按字母分块几乎总是测试不佳。想想是否有更好的方法来做到这一点。
嗯，主要的可用性考虑因素之一是均匀分布的组，因此您当前的想法（0-9、AF 等）会运作良好，或者每个字母的列表。对于用户界面来说，拥有大小不一致的组是绝对不允许的。
您可能绝对不想拆分一个数字 - 也就是说，类似于
0-4 | 5-B | ...
除此之外，我想说看看你的数据在哪里。编写一个程序来进行二、三、四、五等的分组……看看每个分组最均匀的分割是多少。选择一个看起来最好的。如果您的数据稀疏，那么如果只有 1 或 2 个具有该名称的目录，则每个字母都有一个链接可能会很烦人。
再说一次，这取决于典型用户会寻找什么。我无法从您的描述中分辨出这可能是什么 - 他们只是在导航目录树吗？
我几乎总是使用最后一个选项，因为它对用户来说更容易导航。如果您有足够的空间放置它，请使用它，如果您的屏幕空间有限，请使用另一个。