我在四年里对每个项目大量使用空白。以下是我对 UI density 的错误认识。

Source: Dev.to

多年来，我的默认原则是：有疑问就加内边距。更多的留白 = 更简洁的 UI = 更好的用户体验。这就是我的规则。

后来，我看到一位产品经理使用我设计的仪表盘。她在四个页面上滚动，浏览那些排版精美的卡片，试图拼凑出本该在一个视口内即可看到的画面。她并没有因为留白而感到满意，反而感到恼火。

那一刻打破了我心中的模型。我开始探究为什么行业默认使用稀疏布局，以及这种直觉到底在哪儿失灵。

简化陷阱

我们把“看起来简单”与“可用”混为一谈。移动优先的思维让情况更糟。为 375 px 屏幕构建的布局，在 1440 px 显示器上渲染时显得空洞。内容被分散，用户不断滚动。所谓的“干净”界面实际上需要花费更多时间和精力来传递相同的信息。

受影响最大的用户是谁？重度用户。金融分析师在扫描数据，客服人员在分流工单，开发者在审查 PR。这些人不需要手把手的引导，他们需要的是密度。

解释密度的三大认知原理

1. 希克定律

决策时间随选项数量呈对数增长。但解决方案不是“减少选项”，而是结构化选项。侧边栏里有 50 条链接会很慢，而把同样的 50 条链接分成六个带标签的类别则会很快。原始数量不如认知组织重要。

2. 费茨定律

目标越大、越近，点击越快。在密集的界面中，张力是真实的：元素越多，目标越小。解决办法是：把经常使用的元素做大并放近，罕见操作放在二级交互后面。Linear 在这方面做得非常出色。

3. 认知负荷理论

认知负荷分为三类：内在负荷（任务本身），外在负荷（糟糕设计导致的困惑），以及生成性负荷（有益的模式识别）。良好的密度能够最小化外在负荷，同时最大化生成性负荷。糟糕的密度则恰恰相反。

大多数人忽视的因素：速度 就是 密度

一个在 200 ms 内加载完毕的界面，根本上比一个需要 3 秒的界面更密集，即使两者内容完全相同。为什么？因为密度不仅是空间上的，还包括时间维度。用户在单位时间内能够获取的信息量，同样重要。

每一秒的延迟都会碎片化注意力。用户在等待图表加载时会失去正在构建的心智模型。图表最终渲染出来后，他们需要重新定位，实际密度下降。

乐观渲染（在服务器确认前先更新 UI）、预取、预测加载——这些都是伪装成性能优化的密度技术。

快速自测你的界面

对每个屏幕提出三个问题：

• 所有可见元素是否都与用户当前任务相关？
• 用户能否在 2 秒内识别出最重要的元素？
• 删除任意元素是否会导致额外的点击或导航步骤？

如果某个元素在这三点上全部不通过，它就是装饰性元素。将其移除。

本文灵感来源并改编自 Ruixen UI 的Understanding UI density and designing for real‑world usage。