每行结构一致,已读长在行上(文字 + 底色);加载到底显示「已加载全部」;切到无未读时给空态和「查看全部」。
通知中心:逐项扫描,状态长在行上
切分类、点行、加载更多、看空态——列表要处理的事都在这个面板里。
通知中心共 3 条 · 未读 2 条
共 3 条通知,未读 2 条。点任一行切换已读(状态长在行上),切分类看子集(计数同步),加载更多看末尾结束态。
面板教给你的四件事
刚才操作对应的结论,命名一下。
- 结构一致:每一行都是「标题 / 时间 / 已读态」,位置固定才能快速扫。
- 状态长在物件上:点行后,行的文字、底色、角标和顶部计数一起变,不只靠一句提示。
- 筛选改内容也改计数:切「未读」时,列表和分类上的数字同步换。
- 加载 / 空 / 到底三态:加载中有占位、空列表有原因和下一步、到底有「已加载全部」结束态。
什么时候用列表
从用户任务判断,而不是「看起来像列表」。
- 项目结构一致、用户逐项浏览或处理:通知、动态、任务、消息。
- 单项可以很富(标题 + 摘要 + 时间 + 状态 + 操作),不需要列对齐。
边界:多列数值要对比、排序、汇总时用表格,不要用列表硬塞。列表垂直流式、单项可富;表格网格对齐、可排序。
怎么用:从需求到可验收的最短路径
四步从输入走到判断。
定单项结构选加载策略处理三态键盘可达
- 定单项结构:先决定一行里放什么、点哪里进详情。
- 选加载策略:分页(带页码、可跳转)或加载更多(流式、更轻)。
- 处理三态:加载、空、到底都要有可见文字反馈。
- 键盘可达:Tab 能逐行到达,加载后焦点不丢、不乱跳。
同一通知列表的正反例
只改一处关键选择,看用户结果差在哪。
行高参差、已读只靠变灰;到底按钮还在但点了无效;空列表只剩白板。用户不知道哪条没看、还有没有更多。
快速自测
通知列表里所有消息都已读,用户切到「未读」分类,应该看到什么?
继续查证
术语的技术定义和行为以这些一手或权威资料为准。
下一步学
和本知识点经常一起出现的概念。