概览
在面向数据的产品中，最常见的屏幕之一就是对象列表。这可能是用户创建内容的列表（如仪表板）、受监控实体的列表（如 Kubernetes 集群），甚至可以是任意的表格数据（来自 SQL 语句）。
我们建议这些类型的屏幕采用以下结构：
- 页眉 - 包含屏幕标题和简短的帮助文本。在某些非常特殊的情况下（适用于子标签页的过滤器或选择器），将控件放置在页眉中可能是合适的。但一般来说，最好避免这样做。即使这些控件今天看起来合理，在未来的标签页中可能就不再适用了。
- 标签页 - 屏幕级标签页应是信息架构中的第二层，以强调每个标签页内容的独立性。
- 横幅 - 谨慎使用。如果异常情况导致屏幕数据无法渲染，请占用表格行空间来通知用户。
- 数据可视化 - 如果需要额外的可视化来帮助用户处理或情境化数据集，请将其放在此处。即使感觉它应该位于信息架构中过滤器下方。更重要的是将数据操作控件保持在近距离（彼此之间和数据之间）。尽量保持高度在 200 像素以下。超过这个高度，屏幕的身份/功能就会变得模糊（这难道是一个仪表板吗？）。
- 搜索和过滤 - 这些控件与项目列表紧密关联，因此请将它们保持在附近。考虑从少量过滤器开始，并允许用户根据需要添加更多过滤器。
- 操作按钮 - 任何会改变数据集的内容都应出现在此处。如有必要，这也可以包括指向远处（但相关）屏幕的链接。
- 表格头部 - 如果您将列表呈现为表格，请包含一个头部。即使没有数据可显示，也要保留头部，以强调这是表格视图，并且数据会在这里出现。
- 实际数据 - 如果数据集包含任何元素，请在此处显示。如果数据集为空（或由于问题无法加载），请占用此空间来解释原因并提供补救建议。
- 分页器 - 如果适用，请使用。没有数据可分页时省略。
这种结构并非强制要求，但使用一致的布局可以帮助用户在不熟悉的屏幕上找到关键功能。
显示数据
表格
表格是开放式探索的良好选择，因为它们对数据的视觉结构约束最小。这种不带偏见的视图在您无法预测用户将如何使用数据时非常有用。当一个屏幕必须支持许多不同的用例，或者当您不能确定数据集的形态、质量或完整性时，请使用表格。
列表
当用户处理一组具有清晰数据结构的命名对象时，列表效果最好。列表允许您使用排版和布局来强调重要字段，并弱化补充数据。当您的屏幕专注于有限数量的用例并可以为其进行优化时，请使用列表。
平铺卡片
平铺卡片非常适合显示包含丰富视觉组件（如图像或数据可视化）的数据集。有效利用小型多图可以帮助用户进行复杂比较，这是其他布局无法实现的。