描述列表 Descriptions
订单详情只需要读清收件人、配送方式和当前状态,不需要比较多条记录。
前端与交互约 10 分钟 · 从真实需求理解
1描述列表如何让对象详情易读?
订单详情#7012
连续摘要收件人林墨,配送方式标准件,今天 18:30 前送达,当前待收货。
描述列表 负责把一个对象的标签和值成组展示,让用户快速读取订单、资料或设置摘要。
- 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。
2描述列表和相近结构,什么时候不能互换?
描述列表的判断依据不是外观,而是用户正在阅读、比较、筛选或继续操作的关系。[[列表|list]只在语义边界符合时替代它。
- 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。
3描述列表由哪些真实部分组成?
订单详情#7012
字段已分组- 收件人
- 林墨
- 配送方式
- 标准件
- 送达时间
- 今天 18:30 前
- 当前状态
- 待收货
组成部分来自真实 DOM:详情主体、对象标题、字段和值。标注只帮助定位结构,不复制一套新的内容。
- 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。
4描述列表什么时候用、什么时候不用?
- 收件人
- 林墨
- 状态
- 待收货
| 项目 | 状态 |
|---|
- 01
- 02
标签和值需要快速扫描并保持对应。
- 先确认用户是在阅读、比较、筛选还是继续操作,再选择对应的内容结构。
5怎样把描述列表需求交给 Agent?
请用描述列表实现订单详情只需要读清收件人、配送方式和当前状态,不需要比较多条记录。,先说明内容关系、可观察结果和窄屏策略;不要用相邻结构替代它,也不要添加没有语义责任的装饰。
6不用背,看看你能不能判断
1 / 3
Descriptions 最适合展示什么?
请选择一个最符合题意的答案
社区延伸
看别人真实遇到过什么
社区帖子还没有关联到这个词条。