7.8
深览指数
科技人人都是产品经理·阿基拉de_Akir··AI 生成
语义字典：设计系统组件的语义覆盖层
聚焦设计系统治理中「语义一致性」的工程化方案，核心机制是「语义覆盖层」(Semantic Overlay)：组件库只负责渲染，业务语义通过注册表外赋，而非内嵌于组件。作者提出了覆盖层注册表（语义字典）的三层结构（覆盖层目录、语义重绑定、约束注入），并给出从编译校验到Lint检查的强制实施链路。文章属于Schema-As-Code治理框架的系列组成部分，适合对设计系统、前端工程化、AI生成界面质量控制有深度实践的从业者阅读。原文 ↗
核心观点
- ▍设计系统组件的语义一致性依赖「语义覆盖层」机制：组件库作为底层（Underlay）只负责渲染，语义通过注册表外赋（Extrinsic），而非内嵌于组件类型（Intrinsic）。
- ▍覆盖层模型与分类模型的本质区别：分类模型下语义内生于组件（如Alert自带type属性），覆盖层模型下组件是空容器，在不同覆盖层下被强制解释为不同业务语义。
- 01语义覆盖层并非设计领域独创，在数据架构、网络架构、信息架构中均有成熟应用，核心机制都是在底层结构之上加盖一层符合业务逻辑的语义网络。
- 02语义字典的三层结构：覆盖层目录（L1强制覆盖层互斥）、语义重绑定（通用术语被强制绑定为具体语义）、约束注入（空容器被强制附加行为约束）。
- 03Alert组件在不同覆盖层下的语义外赋示例：transactional覆盖层下被赋为「阻断器」，必须附加二次确认Modal且隐藏关闭图标；observational覆盖层下被赋为「信息条」，必须加自动消失计时器且红色为非法绑定。
- 04强制力通过三层机制嵌入工作流：编译前置校验（字典合规性检查）、走查红线检查（Checklist直接引用字典）、代码静态检查（Lint规则阻断未注册覆盖层）。
- 05语义字典采用SemVer版本管理，major变更需跨角色审批，废弃覆盖层进入deprecated状态保留90天后移除，旧版本YAML契约可继续引用旧版字典。
- 06最小可行集建议从4个L1覆盖层（transactional/observational/navigational/conversational）和6个语义绑定开始，按业务需求逐步扩展。
- 07语义字典的边界清晰：不定义具体颜色值（Design Token范畴）、不定义代码实现（前端组件库范畴），只定义「在X覆盖层下，空容器Y被外赋为什么语义、什么约束」。
反方 / 局限
- — 作者引用的MOSS系统采用「归纳本体论」允许任意节点通过任意覆盖层重新解读，但作者认为这种去中心化在工程治理中会导致语义混乱，因此方案强制语义字典为唯一基础覆盖层。
- — 文章未讨论覆盖层模型在小型团队或简单产品中的过重成本问题，也未回应「内嵌语义（分类模型）在什么场景下比外赋语义更高效」的反方角度。
19 分钟 · 4 卡片 · 11 资料
读原文 →