首页
/ Style Dictionary 中 DTCG 格式的引用排序问题解析

Style Dictionary 中 DTCG 格式的引用排序问题解析

2025-06-15 17:23:22作者:农烁颖Land

问题背景

在 Style Dictionary 这个流行的设计令牌管理工具中,用户在使用 DTCG(Design Tokens Community Group)标准格式时遇到了一个关键问题:当设计令牌之间存在引用关系时,生成的 CSS/Sass 变量声明顺序出现了错误。

问题现象

在传统的 Style Dictionary 格式下,当定义如下设计令牌时:

{
  "colors": {
    "red": {
      "value": "#ff0000",
      "type": "color"
    },
    "primary": {
      "value": "{colors.red}",
      "type": "color"
    }
  }
}

生成的 Sass 变量输出顺序是正确的:

$colors-red: #ff0000;
$colors-primary: $colors-red;

但当切换到 DTCG 格式后:

{
  "colors": {
    "red": {
      "$value": "#ff0000",
      "$type": "color"
    },
    "primary": {
      "$value": "{colors.red}",
      "$type": "color"
    }
  }
}

生成的 Sass 变量顺序却出现了问题:

$colors-primary: $colors-red;
$colors-red: #ff0000;

这种错误的声明顺序会导致 CSS 预处理器报错,因为变量在被引用时尚未定义。

技术原因分析

问题的根源在于 Style Dictionary 的 sortByReference 函数实现。该函数负责确保被引用的变量先于引用它们的变量声明。在 DTCG 格式下,函数未能正确处理以 $ 为前缀的属性名(如 $value 替代传统的 value)。

具体来说,sortByReference 函数内部仍然硬编码检查 value 属性,而没有根据 usesDtcg 配置动态调整为检查 $value 属性。这导致函数无法正确识别 DTCG 格式下的引用关系,从而产生错误的排序结果。

解决方案探讨

临时解决方案

目前可以通过修改 sortByReference 函数,使其根据 usesDtcg 配置动态选择检查 value$value 属性。这需要在函数调用时传递 usesDtcg 选项。

长期架构改进

从架构角度看,当前实现存在几个问题:

  1. 代码重复:整个代码库中大量存在 usesDtcg ? '$value' : 'value' 这样的条件判断,增加了维护成本。

  2. 测试覆盖不足:DTCG 格式的测试用例较少,主要集中在 w3c-forward-compat.test.js 文件中。

  3. 混合格式支持:当前架构同时支持传统格式和 DTCG 格式,增加了复杂性。

理想的长期解决方案是在未来主要版本(如 v5)中:

  1. 统一内部格式:在内部处理阶段统一转换为 DTCG 格式,消除格式判断逻辑。

  2. 移除传统格式支持:简化代码库,专注于单一标准。

  3. 增强测试覆盖:为 DTCG 格式建立全面的测试套件。

开发者建议

对于当前需要解决此问题的开发者:

  1. 可以暂时使用 PR 提供的修复方案。

  2. 在自定义格式或转换器中,确保正确处理 DTCG 格式的属性名。

  3. 避免在设计令牌文件中混合使用传统格式和 DTCG 格式。

  4. 关注 Style Dictionary 的未来版本更新,计划向纯 DTCG 格式迁移。

总结

这个排序问题揭示了 Style Dictionary 在支持多格式标准时面临的架构挑战。虽然当前可以通过补丁修复,但根本解决方案需要更彻底的架构调整。这也提醒我们,在设计工具时,对新兴标准的支持需要更全面的考虑,包括测试覆盖和内部数据表示的统一性。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
144
1.93 K
kernelkernel
deepin linux kernel
C
22
6
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
274
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
189
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
930
553
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
423
392
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
75
66
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.11 K
0
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
64
511