返回知识库

界面与交互 · 内容与数据展示

列表List

把同类项目按一致结构纵向排列,让用户逐项浏览或操作;加载、空、到底都有可见反馈。

通知中心:逐项扫描,状态长在行上

切分类、点行、加载更多、看空态——列表要处理的事都在这个面板里。

通知中心3 条 · 未读 2

共 3 条通知,未读 2 条。点任一行切换已读(状态长在行上),切分类看子集(计数同步),加载更多看末尾结束态。

面板教给你的四件事

刚才操作对应的结论,命名一下。

  • 结构一致:每一行都是「标题 / 时间 / 已读态」,位置固定才能快速扫。
  • 状态长在物件上:点行后,行的文字、底色、角标和顶部计数一起变,不只靠一句提示。
  • 筛选改内容也改计数:切「未读」时,列表和分类上的数字同步换。
  • 加载 / 空 / 到底三态:加载中有占位、空列表有原因和下一步、到底有「已加载全部」结束态。

什么时候用列表

从用户任务判断,而不是「看起来像列表」。

  • 项目结构一致、用户逐项浏览或处理:通知、动态、任务、消息。
  • 单项可以很富(标题 + 摘要 + 时间 + 状态 + 操作),不需要列对齐。

边界:多列数值要对比、排序、汇总时用表格,不要用列表硬塞。列表垂直流式、单项可富;表格网格对齐、可排序。

怎么用:从需求到可验收的最短路径

四步从输入走到判断。

定单项结构选加载策略处理三态键盘可达
  • 定单项结构:先决定一行里放什么、点哪里进详情。
  • 选加载策略:分页(带页码、可跳转)或加载更多(流式、更轻)。
  • 处理三态:加载、空、到底都要有可见文字反馈。
  • 键盘可达:Tab 能逐行到达,加载后焦点不丢、不乱跳。

同一通知列表的正反例

只改一处关键选择,看用户结果差在哪。

正例

每行结构一致,已读长在行上(文字 + 底色);加载到底显示「已加载全部」;切到无未读时给空态和「查看全部」。

反例

行高参差、已读只靠变灰;到底按钮还在但点了无效;空列表只剩白板。用户不知道哪条没看、还有没有更多。

快速自测

通知列表里所有消息都已读,用户切到「未读」分类,应该看到什么?

继续查证

术语的技术定义和行为以这些一手或权威资料为准。

下一步学

和本知识点经常一起出现的概念。