探索 SLDS 资源
学习目标
完成本单元后，您将能够：
- 描述 SLDS 1 的主要资源：设计指引、组件蓝图以及设计令牌。
- 访问与 SLDS 1 的设计、无障碍以及语音和铃声有关的 SLDS 1 指引文档。
设计系统团队介绍
您知道设计系统团队负责 SLDS 1。但是团队的责任不止于此。团队的官方目标是：
通过人工指导和内部工具在我们的整个产品中建立高品质、与品牌相符的体验。
我们来剖析这段话。
设计系统团队提供人工指导，赋能设计师和开发人员做出高品质、与品牌相符的设计方案。该团队还帮助投稿人理解细小的变动如何影响更大的系统，以及如何贡献跨产品、跨用例可用的元素。最后，该团队开发工具，比如交互指引和视觉设计指引，涵盖上层理念、设计模式以及页面类型。
SLDS 1 的基本要点
我们来看 SLDS 的基本要点。为了保证他们的产品与 Salesforce 的用户体验一致，产品团队可以在 lightningdesignsystem.com 上找到全套设计资源。
SLDS 1 中的设计指引就是我们在 SLDS 2 中所说的模式。设计指引描述如何根据具体用例使用模式和组件。设计指引解决事关 Salesforce 用户体验的大局问题，比如：数据如何显示？数据如何输入？如何处理搜索？UI 如何提示信息正在加载？SLDS 1 有两种设计指引。
组件蓝图是静态、独立于框架、简单易用的 HTML 和 CSS，面向 UI 元素，如复选框、页面页眉，以及动态菜单。开发人员使用蓝图构建组件。Lightning 基础组件本身通常是完全可用的，但是 SLDS 中 HTML5 和 CSS 是静态的。您必须把某个 SLDS 蓝图与一个 JavaScript 框架相结合，用户才能与之交互。
设计令牌是存储视觉设计属性的命名实体。SLDS 1 使用令牌替代硬编码值（例如用于颜色的十六进制值或用于间距的像素值）。令牌有助于我们在 SLDS 1中保持可扩展、一致的 UI。使用设计令牌可以为设计师节省时间，有助于保持一致性。更重要的是，当某个设计师使用某个令牌时，每次在 SLDS 中更新令牌的值时，它的每个用例都会自动更新，不需要手动更新。使用令牌设置设计属性的值，使得设计系统团队可以轻松更新和扩展 Web 及原生应用程序的设计元素。
SLDS 2 的架构与 SLDS 1 不同。
SLDS 2 将结构与视觉样式分离，提供真正的自定义和主题化能力，为深色模式铺平道路。SLDS 2 优先采用 CSS 自定义属性作为视觉语言，减少设计令牌的使用。SLDS 2 强调开箱即用的基础 Lightning 组件，而非依赖蓝图进行自定义实现。这是未来版本中支持人工智能功能组件的基础。
SLDS 2 的内容远不止于此：请阅读我们的文档，了解更多信息并学习如何将您的设计代码迁移到 SLDS 2。
更多资源
SLDS 1 还包括：
-
工具，比如 API、插件和设计工具包，使得用 SLDS 进行开发更快速、更简单。
-
语音和铃声指引，使 Salesforce 的内容清晰、一致、吸引人，不管是在应用程序里还是网络上。这些指引适用于所有 Salesforce 文本，从官方通信到屏幕上的说明和错误提示。
-
无障碍指引帮助残障人士识别、理解、导航 Salesforce 应用程序，与之交互以及向其投稿。所有 Salesforce 应用程序都努力达到 WC3 WCAG 2.0 AA 行业标准，做到对于所有用户都是可识别、可操作、可理解、健全的。例子包括：
- 为所有基于鼠标的操作提供键盘交互替代方法
- 正确标记所有表单字段和按钮
- 为所有图片、视频、图标和 SVG 提供基于文本的替代方法
每个 SLDS 1 组件都必须表明它的身份、操作模式并且声明辅助技术，必须使用 ARIA 标记来向辅助技术使用者表明它自己的身份。要了解有关无障碍的更多信息，请参阅资源部分。
SLDS 的未来
Salesforce 是设计系统空间领域的行业领导者。SLDS 1 是全球第一个开源企业设计系统。如今，SLDS 团队正在提出关于下一代设计系统 SLDS 2 的问题：
设计系统如何使用人工智能和智能体？我们是否能让任何人在任何 JavaScript 平台上都可以使用 Lightning Web 组件？我们能否在不重写代码的情况下做到这一点？多个设计系统如何在彼此的基础上构建，把用例拓展到其他主题？
不管答案是什么，问题将会不断涌现。我们希望随着 SLDS 继续发展，您可以加入我们。