SPT术语库

表格 Table

核对订单时,编号、状态、金额和更新时间需要沿同一组列对齐。

前端与交互约 10 分钟 · 从真实需求理解

1表格如何让记录可比较?

订单记录 · 字段对齐表格如何让记录可比较?
订单记录
#7012 · 待处理 · ¥128 · 09:20
#7011 · 配送中 · ¥64 · 08:45
#7009 · 已完成 · ¥86 · 昨天

表格 负责把多条记录放进稳定的字段列和记录行,让用户可以直接比较同一列的值。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

2表格和相近结构,什么时候不能互换?

表格的判断依据不是外观,而是用户正在阅读、比较、筛选或继续操作的关系。[[卡片|card]只在语义边界符合时替代它。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

3表格由哪些真实部分组成?

订单记录 · 字段对齐表格如何让记录可比较?
订单记录
订单状态金额更新
#7012待处理¥12809:20
#7011配送中¥6408:45
#7009已完成¥86昨天

组成部分来自真实 DOM:表格主体、字段表头、记录行、数据单元格。标注只帮助定位结构,不复制一套新的内容。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

4表格需要哪些呈现差异?

基础呈现只读核对
项目状态
订单 #7012已支付
订单 #7013待发货
继续处理行选择
项目状态
订单 #7012可选择
订单 #7013已选中
缩小范围筛选结果
项目状态
已支付2 条
待发货1 条

让学习者区分结构不变与交互能力变化。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

5表格放进真实场景后怎样回应?

按更新时间排序订单
表格
按更新时间排序订单
记录行按新旧顺序重排,字段列没有移动。

用户在订单记录页寻找刚刚更新的订单。

排序改变记录顺序,不应破坏表头与单元格的对应关系。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

6表格什么时候用、什么时候不用?

多条订单需要逐列比较
项目状态
不建议这样用只读一个对象改用 Descriptions
负责人
林墨
状态
进行中
不建议这样用浏览独立对象改用 Card

城市活动

标题、说明和入口属于同一个对象。

同一组字段在每条记录中都成立。

  • 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。

7怎样把表格需求交给 Agent?

请用表格实现核对订单时,编号、状态、金额和更新时间需要沿同一组列对齐。,先说明内容关系、可观察结果和窄屏策略;不要用相邻结构替代它,也不要添加没有语义责任的装饰。

8不用背,看看你能不能判断

1 / 3

表格主要解决什么问题?

请选择一个最符合题意的答案

选择答案后自动进入下一题

社区延伸

看别人真实遇到过什么

社区帖子还没有关联到这个词条。