Flutter 多端 UI 不一致，先统一 Token 的来源
多端界面对不上，通常不是某个开发偷懒没改。颜色、间距和动效参数散在设计稿、文档与各端代码里，手工同步漏一处太正常了。继续加群通知没用，得先确定谁维护源数据、谁发布、各端怎样消费。
把 Token 当作接口
颜色、间距、圆角和动效参数应有一份可审查的源文件。设计变更经过评审后生成各端产物，Flutter 引用生成的 Dart 常量，而不是复制一份数值。Token 名称和语义一旦改变，按接口变更处理。
责任边界要写下来
- 设计负责定义语义和状态，不以截图代替参数。
- 设计系统负责发布、兼容说明和迁移指引。
- 各端负责接入产物与业务级视觉验证。
- 性能问题以各端实际采样为准，不强行比较不同工具里的单一分数。
abstract final class AppSpace {
static const double page = 24;
static const double item = 12;
}
这类产物应由生成流程维护，避免手改后在下一次发布里被覆盖。跨团队协作最怕的是“大家都以为别人会同步”；有清晰来源和发布节奏，界面的一致性才有落点。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/leopold_man/article/details/163722481
