我正在寻找构建一个“快速链接”目录访问小部件。
例如(选项1)
0-9 | A-F | G-K | L-P | Q-U | V-Z
其中每个都是指向以该字符开头的目录子 block 的链接。小部件本身将在多个地方用于查找联系人、公司、项目等。
现在,对于编程部分......我想知道我是否应该像上面那样拆分......
0-9 | A-F | G-K | L-P | Q-U | V-Z
10+ 6 5 5 5 5
这种拆分相当均匀且在逻辑上分组,但我有兴趣知道是否存在基于以每个字母开头的典型结果数量的更优化拆分。 (选项 2)
例如很少有项目以“Q”开头。
(注意:这目前适用于“北美/英语”部署。)
有没有人有任何统计数据可以支持以不同方式拆分的理由?
同样,对于可用性,用户如何喜欢/不喜欢这种类型的东西?我在心理上知道我是否正在寻找说:“S”我需要一秒钟才能记忆起它属于 Q-U 部分。
做一个这样的大 list 会更好吗? (选项 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
最佳答案
我建议一个链接每封信和 隐藏字母没有任何结果(如果不需要太多的处理能力)。
关于language-agnostic - 在哪里拆分目录分组? O-F | G-K | L-P,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/435721/