一致性需在数据层固定映射，不能逐图手工配置
别名: 数据层映射 · 映射注册表 · 稳定实体键 · encoding registry
概念解释
版本化语义映射注册表（versioned semantic mapping registry）把稳定实体键、编码角色、颜色/符号、默认顺序、适用主题和版本集中管理，由各图引用同一契约。标题中的“数据层”指紧邻数据语义、独立于单图样式的映射层，不是把 RGB 写进原始事实表；“不能手工配置”指手工复制无法成为可靠治理机制，仍允许被记录和验证的局部覆盖。
机制
逐图配置让同一决策散落在图表规格、主题和导出脚本中，新作者或新工具会各自生成映射。注册表用稳定 ID 而非可翻译显示名解析实体，并把 identity、status、magnitude 与 highlight 分开，避免同一色值承担冲突角色。版本、范围和确定性 fallback 使新增类别或旧图重放可追踪；若客户端未知值各自取“下一种颜色”，并发加载和筛选就会导致漂移。
怎么研究
审计一个仪表盘或报告管线的 mapping lineage：从实体键、注册表版本、主题 token、图表规格到最终像素，统计同键异值、异键同值、未知类别和未经声明覆盖。对照集中注册与逐图配置的制作时间、缺陷率和迁移成本，并进行跨图对应任务。Qu 与 Hullman 将多视图一致性表达为可检查的 scale-pair constraints，同时保留验证与例外，为自动检查而非盲目强制提供了模型。
边界
探索性草图、一次性分析和第三方嵌入可能暂时无法接入全局注册表，但发布前仍需声明范围和冲突。分析性高亮是运行状态，可覆盖视觉强调但不应改写基础身份。不同品牌、租户、主题或文化语境可能需要不同可访问 palette；它们应是注册表的明确变体，而非在每张图里偷偷分叉。数值标度通常由字段定义与视图域生成，不应误当永久类别色表。
怎么落地
- 建立
stable_id + semantic_role + scope + theme + version → encoding契约；显示名、翻译文本和数据行顺序不得充当主键。 - 图表规格只声明字段和角色，由共享解析器返回映射；未知、删除和冲突状态采用确定性 fallback，并记录遥测或构建告警。
- 覆盖必须声明原因、范围、所有者和到期/迁移条件；导出、缓存和历史报告保存映射版本以便重放。
- 用契约测试、渲染快照和跨图抽样核对最终输出，同时做主题、色觉、黑白与辅助技术验证。