一个设计师在没有组件系统的情况下，修改一个按钮颜色，平均需要手动更新 47 个页面。四十七个。软件工程领域的模块化先驱 David Parnas 早在 1972 年就指出：系统的可维护性，根本上取决于模块之间的信息隐藏程度。Figma 把这个工程哲学直接搬进了设计工具——组件系统由此诞生。这不是一个锦上添花的功能，Gong，这是你告别重复劳动的根本出路。上一讲讨论了 Auto Layout 的自动伸缩功能，而这一讲将深入探讨组件系统的战略实施及其在大型项目中的长远价值。组件的本质只有一句话：一个主组件，无数个实例。你在画布上创建一个按钮，按下 Ctrl+Alt+K，它就变成主组件。之后所有复制出来的，都是实例。改主组件的颜色，所有实例同步更新，不需要你动一下鼠标。这个机制的威力，在大型项目里才真正显现。一个有五十个页面的 App 设计稿，导航栏出现在每一页。传统做法：改一次，手动复制粘贴五十次，人为误差几乎不可避免。组件做法：改主组件一次，五十个页面同步完成，零误差。组件化不仅消灭机械性错误，还通过规则保证系统可靠性。更重要的是，它通过模块化设计实现了设计一致性和效率的提升。组件系统的高级功能之一是变体（Variants），它将按钮的多种状态整合到一个组件中，通过属性面板轻松切换，简化管理。开发拿到文件，直接看到所有状态的规格，不需要设计师额外标注。变体还支持数据驱动：文字、图标、颜色都可以作为可变属性，一套组件适配无数场景，个性化定制和系统一致性同时实现。组件库的组织方式至关重要。使用斜杠命名法分层（如 Button/Primary/Default）能让 Figma 自动归组，提升组件的可用性和可维护性。核心组件跨项目复用，放进团队共享库，所有人打开的是同一个真相来源。不建立组件库的代价是真实的：视觉噪音累积，交付质量下降，开发理解成本翻倍。这一讲的结论只有一句，Gong：理解组件和变体，不是学一个功能，而是建立一种可复用、可扩展、可协作的设计系统思维——这才是现代设计师和传统设计师之间真正的分水岭。