设计系统：成功的基础

设计系统不是组件陈列馆，而是设计师和开发者持续做出一致产品决策的共同方式。真正有用的部分，应该能够被团队理解、复用和修改，而不会破坏周围的每一个页面。

从重复决策开始

不要一开始就罗列所有可能的组件。先寻找产品反复做出的决定：字号层级、间距、颜色角色、表单行为、按钮和页面结构。把这些部分标准化，可以减少不必要的争论，也让不一致更容易被发现。

最小而有用的基础通常包括：

• 定义颜色、字体、间距和形状的设计令牌。
• 链接、按钮、表单控件等具备无障碍能力的基础元素。
• 少量经常复用的组件。
• 说明每种模式应该在何时使用的文字指南。

围绕行为构建组件

可复用组件需要稳定的用途，而不是一长串视觉选项。按钮可以支持少数真正有意义的优先级和尺寸，没有必要为每个 CSS 属性都增加一个参数。

在产品特有的行为真正重复之前，把它留在共享层之外。这样系统更容易学习，也能避免一个特殊页面把简单组件变成配置框架。

把无障碍视为组件契约

键盘行为、焦点可见性、标签、对比度和错误状态都应该由共享实现负责。一次修正，就能保护所有复用该组件的页面。

文档也应该展示这些行为，而不只是展示组件外观。

衡量采用情况，而不是组件数量

组件库很大不等于设计系统成功。健康的系统会减少重复决策、加快交付，并降低不一致。删除没人使用的组件，改进团队反复绕开的模式。

最后的思考

最好的设计系统会有意识地保持精简。它为团队提供可靠基础，同时给产品留下解决新问题的空间，而不必与自己的工具对抗。