U5.02.4Too many legend entries degrade matching into a linear search设计

图例项过多时匹配退化为逐项线性搜索

别名: 线性搜索 · 图例过载

概念解释

图例项少时,读者扫一眼就能锁定候选;项数一多(十几个以上),颜色之间开始彼此相似,位置对应也被拉长打断,匹配退化成逐项线性搜索——从第一项开始逐个比对,直到命中为止。成本随项数线性增长,错误率随之上升,而且读者往往在搜索中途放弃,直接凭印象猜。

机制

线性化的机理是两个容量同时被击穿:工作记忆只够缓存三四个候选颜色,项数一多,读者每次只能带一两个特征去比对,其余项必须反复回看;同时相似颜色的数目随项数超线性增长,可分辨组合被稀释,比对从"找到不同的"变成"区分相近的"。两项叠加后,并行搜索的错觉消失,搜索变成不折不扣的串行过程——这正是项数控制规范的经验基础。

边界

线性化不是突然发生的:按值排序且图形有序的图例,位置对应能部分抵消搜索成本;交互式搜索框或悬停高亮也能绕开部分比对。但辅助手段都要求读者主动使用,未被发现时线性搜索照旧。项数的合理上限取决于颜色差异度与读者熟练度,十几项是常见预警线而非硬阈值——颜色高度相似时更少,形状冗余编码充分时可以更多。

怎么落地

  • 图例超过十项时先做减法:合并长尾类别为"其他",或拆分成小倍数图。
  • 必须保留多类别时,按值排序图例并叠加形状冗余,让位置与形状分担颜色的比对压力。
  • 验证:计时读者找出指定类别的耗时,耗时随图例位置显著增长(后面的项明显更慢)即说明已是线性搜索,需减项或改交互。

延伸

  • 同组U5.02.1 图例与图形的距离决定视线往返的成本 · U5.02.2 图例项的排列方向应与图形中的空间顺序一致 · U5.02.3 图例置于图形上方、右侧或下方的匹配成本不同 · U5.02.5 交互式图例可兼任筛选器,但需提示其可点击
  • 相邻U4.01.2 类别过多时应分组或聚合 · U5.06.2 超过密度上限后应聚合、抽样或改为分面
  • 站内检索legend overload · serial visual search · category aggregation

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/U5.02.4