R2.05.1extreme-length content frames设计
极长与极短内容需在设计中给出
别名: 极长极短样例 · length extrema in handoff · 长短内容帧
概念解释
交付包里若只有一句「张三」、一行「Short title」，实现看到的就是这份舒适样本。极长与极短内容帧（extreme-length content frames）要求把同一槽位的最长样例和最短样例画成可对照的画面，而不是在标注里写一句「注意长度」。实现者不会从幸福路径外推换行、居中塌陷或单字显得空洞——这些是离散的布局模式，样本里没出现过，代码里就不会被当作要兑现的状态。
它处理的是内容在槽位里的长度两端，不是集合里有没有条目，也不是加载失败时那块空板怎么说话。
机制
设计工具的默认填充偏向「看起来像成品」：姓名两个字、标题刚好一行、描述停在卡片中部。人眼把这帧当成界面本身，工程按可见结构写约束——字号、行数、对齐都对着那句舒适文案调好。长度一旦偏离，约束并未声明第二种几何：短内容让标题和元信息贴成一团，或让大号数字漂在空白中央；长内容把邻接的操作挤出卡片，或把单行标签顶成两行后打乱整行基线。
两端不能互相代替。只给极长，实现会按「永远撑满」写死高度，短内容到来时出现一块无人认领的空洞；只给极短，实现会按「永远单行」锁死，长内容到来时只能裁切或撑破。交付必须让两种几何同时在场，实现才能把它们写成两条分支而不是一条平均值。
边界
长度被协议钉死的字段（六位验证码、ISO 货币三位字母）没有「极」可画，再造长短样例是假边界。纯图标、纯数据可视化的槽位，长度问题转移到图形尺度，不走文本帧。固定幅面的印刷件按裁切设计，屏幕滚动容器里「给最长帧」不等于「禁止滚动」。用户生成内容可以任意粘贴时，交付的极长是产品愿意完整展示的上限，不是攻击者能贴进去的上限——后者属于输入限制，不是这一帧要画的样子。
怎么落地
- 为每个会吃真实数据的文本槽各出两帧：一帧放入该槽在产品里允许展示的最短内容，一帧放入允许展示的最长内容，两帧使用同一套间距和对齐规则。
- 把这两帧放进交付文件的同一页面，不要只在主流程里留舒适样例、把长短藏进设计者的私人画板。
- 禁止用重复字符（「啊啊啊啊」）冒充极长；用该槽真实会遇到的内容形态，例如复合姓氏、带副标题的工单名。
- 打开已实现界面，把最短记录和最长记录各贴进去，把屏幕与交付的两帧叠看：行数、对齐、邻接控件位置应对上。只对上幸福路径的，这一槽还没交付两端。