发表于 2016-05-18 10:54:00 阅读量(0)
一个高可访问性的网站，不仅仅依赖于网站开发人员。要使更多的人可以访问你的网站，特别是残障人士。其实是需要依赖于多个组件共同协作才可以达到这个目标。这些组成部分包括：
- 内容：一个网页或者web应用中的信息，比如像文字、图片、声音这种自然信息以及用来实现结构、展示的代码和标记语言
- 网页浏览器，媒体播放器以及其他用户代理
- 辅助技术：大多数情况下指屏幕阅读软件、替代性键盘、开关装置、扫描软件、盲文显示器等等
- 用户：依赖与他们的经验、知识以及当时的网络和硬件环境使用web
- 开发者：设计师、工程师、作者等等，包括残疾人开发者以及贡献产生内容的用户
- 开发工具：可以创建web的软件
- 评估工具：网站无障碍评估工具、HTML校验工具、CSS校验工具等等
各个组件之间的关系，如下图：
网站开发者通常使用开发工具和评估工具来创建网站内容。
人们（用户）使用网页浏览器、媒体播放器、辅助技术或者其他的用户代理去获取以及与内容进行交互。
各个组件相互依赖。为了网站无障碍这些组件必须共同工作。以为图片上的替代文字为例（ ）：
- 技术规范：用来实现替代文本（HTML定义图片（img）的文字替代属性(alt)）
- WAI指南：WCAG、ATAG、UAAG定义了针对不同的组成部分如何实现无障碍（文字替代方案）
- 开发者：提供恰当的替代文本
- 开发工具：支持、促进、推动提供web中的替代文本方案
- 评估工具：用户帮助检测替代文本是否存在
- 用户代理：为替代文本提供人机接口
- 辅助技术：提供文本替代方案人机接口用来满足多种形式
- 用户：知道如何从他们的用户代理以及（或者）辅助技术中获取他们所需要的替代文本
各个组件相互作用形成闭环。其中一个环节实现了相应的特性，其他环节就很可能去实现这个特性。
当网页浏览器、媒体播放器、辅助技术以及其他的用户带来支持了一个无障碍特性，用户就更可能需要它，开发者就更可能在他们的内容中实现它。
当开发者希望在他们的内容中实现一个无障碍特性，他们就很可能去实现它如果开发工具可以轻松实现这个特性。
当开发工具可以轻松的实现这个特性，开发者就更可能在他们的内容中去实施它。
当一个无障碍特性已经在大量的内容中实施的时候，开发者和用户就会更加需要用户代理去支持它。
相反，如果一个无障碍特性在一个组成部分中没有被实现，当它无法到达一个用户体验的结果的时候，其他的组件也就几乎没有实现这个特性的动机。比如：开发者并不想实施这个特性因为开发工具不支持并且大多数的网页浏览器和辅助技术也没有实现这个特性。
如果一个组件对无障碍支持的不好，那么其他的组成部分就得通过变通的方式来达到某个效果，这对整个的无障碍也并不是好事。比如：开发者需要增加他们的工作量来拟补开发工具的不足，利用纯手工的方式来替代工具。用户则要利用不同的浏览器或者辅助技术来获取内容中信息，克服不同的可访问性问题。
大多数情况下，采用变通的方案是不现实的。由于一些组件的对可访问性支持的不好，所以导致很多残障人士只能使用特定的网站、网页或者功能。
不同组成部分的指南。W3C为不同的组件开发了相应的指南，分别是：ATAG，UAAG，WCAG。这些指南都是基于基本的Web标准技术。
如果你对任何一个组件感兴趣，请联系我们，我们正在寻找对web accessibility感兴趣并且可以为之付出的人。
