何变化。 

如果将 xhtmlConformance 选项设置为 legacy，那么对于某些元素和属性（但不是全部），ASP.NET 框架将恢复为 ASP.NET 1.1 呈现行为。在这种情况下，ASP.NET 框架将呈现不与任何 XHTML 标准兼容的内容，并且页将不再通过 XHTML 标准验证。例如，在 legacy 模式下，呈现 <br> 标记时不会呈现它需要的 XHTML 结束斜杠 (<br />)。只有在将现有 ASP.NET 1.1 应用程序迁移到 ASP.NET 2.0 的过程中遇到问题时，将 xhtmlConformance 设置为 legacy 模式才是有意义的。

返回页首
生成可访问的 ASP.NET Web 站点
遵守公共 Web 标准的好处是：它们使您以尽可能少地工作，使尽可能多的人能访问您的 Web 页。需要指出的是，可访问性标准使您能够生成可被残疾人士更容易访问的 Web 站点。

同样要强调的是，Web 站点用户中的相当一部分具有这样或那样的残疾。请试想一下您自己的家庭成员，并且考虑他们中有多少人会在与 Web 页交互时遇到麻烦。我就有一些上了年纪的亲戚是盲人或者失去了动作协调性。我猜测，本文的很多读者也有上了年纪的父母或祖父母，他们在使用大多数 Web 站点时会遇到很多困难。

生成可访问的 Web 站点有很多充分的理由：财务、道德、法律等等。但是，我们将重点讨论法律动机。在美国，按照康复法案 (Rehabilitation Act) 508 节的要求，联邦政府机构开发的任何 Web 站点都要使残疾人士可以访问。这一法律适用于联邦政府机构以及与联邦政府机构订立合同的公司（请参阅 http://www.section508.gov）。

其他国家/地区也具有类似的要求。例如，在加拿大，Treasury Board Common Look and Feel Standards 要求联邦政府机构开发的 Web 站点都要使残疾人士可以访问。在澳大利亚，Disability Discrimination Act 要求澳大利亚服务器上承载的所有 Web 站点（无论其是否是政府的 Web 站点）都要使残疾人士可以访问。（有关可访问性法律的详细信息，请参阅 http://www.w3.org/WAI/Policy。）

在我知道的 Web 站点开发人员中，没有任何人会故意生成残疾人士无法访问的 Web 站点。问题在于大多数开发人员都不熟悉各种可访问性标准。

在本文的下列各节中，将概述以下两个最重要的可访问性标准：WCAG 和 508 节标准。您还将学习如何通过使用 ASP.NET 控件生成可访问的 Web 页。最后，您将学习如何“验证”Web 页的可访问性。 

返回页首
可访问性标准
几乎所有可访问性标准和法律都源自 W3C Web Content Accessibility 1.0 Guidelines (WCAG)。这些准则是由 World Wide Web Consortium 在 1999 年 5 月 5 日作为推荐标准首次发布的（请参阅 http://www.w3.org/TR/WCAG10）。

WCAG 包含 14 条准则。每一条准则又包含一个或多个进一步阐明该准则的检查点。每个检查点都按 1 到 3 的优先级进行分级。为使这些准则的实施变得更加容易，W3C 已经发布了一组文档，其中包含有关如何遵守这些准则的技术（请参阅 http://www.w3.org/TR/WCAG10-TECHS/）。

您可以要求不同程度地遵守 WCAG 准则。如果要求 Web 站点满足所有优先级 1 的检查点，则您可以显示具有 Conformance Level A 的标识语。当 Web 站点满足所有优先级 1 和 2 检查点时，该 Web 站点可以显示 Conformance Level Double-A 标识语。最后，满足所有检查点的 Web 站点可以显示 Conformance Level Triple-A 标识语（请参阅 http://www.w3.org/WAI/WCAG1-Conformance.html）。

508 节准则源自 WCAG 准则。在美国，联邦政府机构（以及与联邦政府机构订立合同的公司）需要对这组准则给予最高程度的关注，因为这些准则具有法律效力。您可以在 508 节 Web 站点读到 508 节准则的完整文本。

ASP.NET 2.0 框架旨在使您能够满足所有 WCAG 优先级 1 和优先级 2 的检查点以及所有 508 节准则。这些准则使用起来非常严格。每个使用 ASP.NET 2.0 框架的开发人员都需要检查和测试每个 ASP.NET 控件的可访问性。而且，每个开发人员都应该在桌面上安装一个屏幕阅读器，以便针对这些准则测试页。

返回页首
ASP.NET 2.0 中的可访问性改进
本文重点讨论 ASP.NET 2.0 框架中六个方面的可访问性改进。在下列各节中，您将学习如何使用 ASP.NET 控件来显示可访问的图像、表单、导航、数据和 XHTML。在本节结尾，我们还将考虑与在 ASP.NET 页中使用客户端脚本有关的可访问性问题。 

返回页首
创建可访问的图像
您不应当做这样的假设：与 Web 站点交互的每个人都可以实际看到您的 Web 站点。如果某个人是盲人或者视力不足，那么这个人就可能需要使用屏幕阅读器或盲文显示器来访问您的 Web 页。屏幕阅读器通过使用语音合成器来朗读 Web 页中的文本。盲文显示器将页中的文本转换为盲文表示。

对于无法看到它们的人而言，图像和其他非文本页元素（例如，Java、Shockwave 和 Flash 内容）都是没有用的。如果您希望使 Web 站点对于盲人或弱视的人是可访问的，那么需要为 Web 页中的所有非文本内容提供文本等效内容。

Web 页中的每个图像都应该包含 alt 属性。alt 属性用来表示由屏幕阅读器或其他辅助性设备阅读的替换文本。以下是 alt 属性的使用方式。

<img src="Products23.gif" alt="Image of Products" />

alt 属性应当包含图像的说明。在任何情况下，它都不应该只是包含该图像的文件名。alt 属性的目的是为盲人和视力正常的人传递相同的图像信息。写入 alt 属性的值时要求对该元素的含义进行人工解释。因此，不能自动完成创建 alt 属性的过程。

每个显示图像的 ASP.NET 控件都包含用于为该图像提供替换文本的方法。例如，ASP.NET 图像控件包含 AlternateText 属性。如果使用 Image 控件，则需要将 AlternateText 属性设置为有意义的值。


<asp:Image ImageUrl="Products23.gif" AlternateText="Image of Products" Runat="Server" />

如果某个图像只是用作设计元素，则应当将它的 alt 属性设置为空字符串。如果图像不具有需要传达的有用信息，那么就没有理由使屏幕阅读器的页解说变得散乱。

<img src="PageDivider.gif" alt="" />

在 ASP.NET 2.0 框架中，必须采取特殊措施，使您能够呈现空的 AlternateText。如果将空文本分配给 ASP.NET 控件的属性，则 ASP.NET 控件将根本不会呈现该属性。例如，假设将以下 ASP.NET Image 控件添加到页中。

<asp:Image ImageUrl="PageDivider.gif" AlternateText="" Runat="Server" />

在这种情况下，会呈现以下标记。

<img src="PageDivider.gif" style="border-width:0px;" />

请注意，alt 属性消失了。这是所有 ASP.NET 控件属性的默认行为。当没有为属性分配值时，该属性不会呈现出来。遗憾的是，