当一个按钮既需要表示操作又需要显示动态值时，使用 aria-label 会覆盖其内部文本，导致屏幕阅读器无法播报动态值。最佳实践是将动态值与按钮的操作分离，将值放置在一个独立的 dom 元素中，并通过 aria-describedby 属性将该元素与按钮关联起来，确保屏幕阅读器能同时传达按钮的操作意图及其当前状态，但需注意用户可能禁用描述信息播报。
在构建用户界面时，我们经常会遇到这样的场景：一个交互式元素（例如按钮）不仅需要触发某个动作，还需要显示其当前的动态状态或值。例如，一个用于选择时间段的按钮，它会打开一个对话框供用户选择，并且其文本会根据用户的选择（如“3天”、“1周”）而变化。在这种情况下，如何确保屏幕阅读器用户能够同时理解按钮的功能和其当前显示的值，成为了一个重要的无障碍性挑战。
挑战：aria-label 的局限性
许多开发者可能会尝试使用 aria-label 属性来为按钮提供一个清晰的标签，例如 aria-label=”时间段”。然而，aria-label 的一个关键行为是它会覆盖元素内部的任何可见文本。这意味着，如果按钮的内部文本是动态变化的（如“3天”），而我们又设置了 aria-label=”时间段”，那么屏幕阅读器将只会播报 aria-label 的内容（“时间段”），而完全忽略了按钮当前显示的实际值（“3天”）。这导致了信息丢失，用户无法得知当前选择的时间段。
按钮的职责与无障碍设计原则
从无障碍设计的角度来看，一个按钮的核心职责是执行一个动作，而不是作为主要的信息展示区域。当一个元素既要执行动作又要显示动态值时，这往往暗示着设计上可能存在改进空间。为了提供最佳的用户体验，尤其是对于依赖屏幕阅读器的用户，我们应该遵循“职责分离”的原则：按钮负责动作，而动态值则由另一个独立的元素负责展示。
解决方案：分离值与动作，并使用 aria-describedby
解决上述问题的最佳方法是将动态值放置在一个独立的 DOM 元素中，并使用 aria-describedby 属性将这个描述性元素与按钮关联起来。这样，屏幕阅读器在播报按钮时，会先播报按钮的文本（或 aria-label，如果存在），然后播报其关联的描述信息。
以下是具体的实现示例：
<p id="current-time-period">当前时间段：3天</p> <button aria-describedby="current-time-period">更改时间段</button>
在这个例子中：
- 我们创建了一个 <p> 标签，其 id 为 current-time-period，用于显示当前的动态值（“3天”）。这个 p 标签可以根据用户的选择动态更新其内容。
- 按钮的文本是“更改时间段”，明确指出了按钮的功能。
- 按钮通过 aria-describedby=”current-time-period” 属性，将其与显示当前时间段的 <p> 元素关联起来。
当屏幕阅读器用户聚焦到这个按钮时，他们会听到类似这样的播报内容： “更改时间段，按钮，当前时间段：3天”
这样，用户就能清晰地了解到：
- 这是一个“更改时间段”的按钮（动作）。
- 当前选择的时间段是“3天”（动态值）。
注意事项与最佳实践
- aria-describedby 的行为： aria-describedby 属性用于指定元素的描述信息。虽然它能有效地将额外信息与元素关联，但用户在某些屏幕阅读器设置中可能会选择关闭“描述信息”或“提示信息”的播报。这意味着，如果用户禁用了此功能，他们可能无法听到通过 aria-describedby 提供的动态值。
- 可访问性导航： 即使 aria-describedby 的描述被关闭，屏幕阅读器用户仍然可以通过其他键盘快捷键（如向上导航）来找到并读取与按钮相邻的、显示动态值的 <p> 元素。因此，确保这些辅助信息元素在 DOM 结构中是可发现且语义正确的，也非常重要。
- 避免滥用 aria-label： 除非绝对必要（例如，按钮仅由图标组成而没有可见文本），否则应优先使用可见文本作为按钮的标签，或结合 aria-labelledby 引用可见标签。aria-label 应作为最后的手段，以避免覆盖重要的可见信息。
- 清晰的视觉设计： 除了无障碍性考虑，良好的视觉设计也应确保动态值与按钮之间的关系清晰明了，即使对于不使用屏幕阅读器的用户也是如此。
总结
为同时显示操作和动态值的按钮提供无障碍支持，关键在于将这两种信息分离处理。通过将动态值放置在独立的 DOM 元素中，并利用 aria-describedby 属性将其与按钮关联，我们能够确保屏幕阅读器用户能够完整地获取到按钮的功能和其当前状态。同时，理解 aria-describedby 的局限性并提供清晰的视觉和语义结构，是构建全面可访问用户体验的重要组成部分。