文章导读颜色、字号、间距、圆角集中在 主题定义页面只引用语义 token。Resource 颜色通过 base 与 dark 资源自动适配深浅色。少量字符串色保留给 badge/tag 等数据模型字段。页面效果个人中心、首页卡片和底部导航应使用同一套主色、背景色、文字层级和圆角节奏切换深浅色后仍保持可读。实战拆解一个资讯应用页面很多如果每个页面都直接写 #0F7B5F、16、8视觉会很快失控。羽球联盟把主题拆成 AppColors 和 AppSizes页面只关心语义主色、正文色、页面背景、卡片背景、分割线、常用字号和间距。这里最值得写清楚的是 Resource 颜色和字符串色的边界。会跟随深色模式变化的页面背景、文本、主色使用 $r 引用资源作为数据标签传入的 tagColor 仍保留 string因为 Tag 组件可能需要拼接或从模型读取字符串色。关键代码export class AppColors { static readonly primary: Resource $r(app.color.primary); static readonly textPrimary: Resource $r(app.color.text_primary); static readonly bgPage: Resource $r(app.color.bg_page); } export class AppSizes { static readonly s16: number 16; static readonly r8: number 8; }主题 token 把视觉值收束到语义层页面代码读到的是“主色”和“页面背景”不是一堆散落数字。取舍分析这里的取舍可以从两个方向看一边要让当前页面足够直观用户打开后能马上理解入口、状态和反馈另一边要给后续迭代留下余量避免把数据处理、视觉样式和跳转逻辑全部写死在同一个地方。颜色、字号、间距和圆角应先有语义再进入页面。 会随系统外观变化的颜色用资源承载标签色等数据色保持字符串更灵活。设计落点颜色、字号、间距和圆角应先有语义再进入页面。会随系统外观变化的颜色用资源承载标签色等数据色保持字符串更灵活。深色模式不是最后补丁而是页面持续使用 token 后自然生效。易踩坑不要把 Resource 和 string 颜色混用到难以追踪先定义语义边界。不要在卡片内部再发明局部颜色体系除非它是可复用组件的明确变体。验证方式切换系统深浅色检查背景、正文和分割线可读性。观察首页、详情页、个人中心是否使用一致间距。修改主色后确认底部导航和按钮同步变化。小结主题Token、Resource颜色与深色模式准备 的价值在于把页面现象和工程边界放在一起看用户看到的是流畅的入口、列表、详情和反馈开发者真正维护的是状态、模型和组件之间的关系。这个思路迁移到其他 ArkTS 项目时比单独记某个 API 更可靠。