NET 控件时，没有任何保证。如果购买第三方 ASP.NET 控件（例如，一个一流的增强 DataGrid 控件），则该控件可能会呈现有效的 XHTML，但也可能不会。保证不犯错误是控件供应商的责任。 

返回页首
验证 XHTML 页
Visual Studio .NET 2005 和 Visual Web Developer 会在生成 Web 页的过程中自动验证该页的有效性。通过在违反规则的内容下添加绿色或红色波浪线，在“Source”视图中指出验证问题。红色波浪线对应于诸如缺少结束标记之类的验证错误。绿色波浪线对应于验证警告，例如，使用了已否决的标记。

将鼠标悬停在任何波浪线上方，可查看包含验证错误或警告消息的工具提示（参见图 1）。或者，还可以在 Error List 窗口中查看验证错误或警告的列表（依次选择 View、Other Windows、Error List）。 




图 1. 验证 XHTML 文档


默认情况下，Visual Studio .NET 2005 和 Visual Web Developer 被配置为针对 Internet Explorer 6.0 架构验证页。如果要针对 XHTML 架构验证页，则需要从工具栏的下拉列表中选择 XHTML 架构中的一个，或依次选择 Tools、Options、Validation 来选择目标架构。

作为替代方法，还可以通过使用 W3C验证服务来验证 ASP.NET 页。W3C 验证服务使您能够通过提供 URL 或通过上载 XHTML 页的源代码来验证页。

返回页首
XHTML 和 DOCTYPE 切换
为 Web页指定 DOCTYPE 会影响浏览器呈现页的方式。Internet Explorer、Mozilla Firefox 和 Opera 全都支持一种名为“DOCTYPE 切换”（也叫“DOCTYPE 嗅探”）的功能。

引入 DOCTYPE 切换的目的是使浏览器能够正确地呈现符合标准的 Web 站点以及旧式 Web 站点。大多数 Web 站点被开发为呈现 HTML 页而不是 XHTML 页。浏览器通过判断是否存在 DOCTYPE 来确定何时应该使用标准来呈现页。

Internet Explorer 6+ 支持两种呈现模式，分别叫做 Quirks 模式和 Standards 模式。当 Internet Explorer 呈现包含有效 XHTML（或 HTML 4.0）DOCTYPE 的页时，它会以 Standards 模式呈现该页；否则，它会以 Quirks模式呈现该页（有关详细信息，请参阅 CSS Enhancements in Internet Explorer 6）。

Opera 浏览器 (Opera 7+) 支持与 Internet Explorer 相同的两种呈现模式：Quirks 和 Standards（有关详细信息，请参阅 http://www.opera.com/docs/specs/doctype/）。

Mozilla Firefox 1+ 支持三种呈现模式：Quirks 模式、Almost Standards 模式和 Standards 模式。Firefox 的 Almost Standards 模式对应于 Internet Explorer 和 Opera 的 Standards 模式。当页包含有效的 XHTML 1.0 Transitional DOCTYPE（并且该页被分配为 text/html MIME 类型）时，Firefox 会以 Almost Standards 模式呈现该页。当页包含 XHTML 1.0 Strict 或 XHTML 1.1 DOCTYPE（或者该页被分配为 XML MIME 类型）时，该页将以 Standards 模式呈现（有关详细信息，请参阅 http://www.mozilla.org/docs/web-developer/quirks/doctypes.html）。 

可以通过临时向页中添加以下客户端脚本（该脚本在最新版本的 Internet Explorer、Firefox 和 Opera 中有效）确定浏览器的当前呈现模式。

<script type="text/javascript"> alert( document.compatMode ); </script>

您需要关心浏览器的呈现模式，因为它会影响将层叠样式表应用于该页的方式。如果将现有 HTML 页转换为 XHTML 页，那么在浏览器中打开它们时，它们可能看起来非常不同。

例如，Internet Explorer 以不同方式计算页元素的大小，这取决于呈现模式（它使用不同的 CSS Box Model）。在 Quirks 模式下，元素的宽度是通过将元素的内容、内边距、边框和边距相加而计算得到的。在 Standards 模式下，元素的宽度是只考虑元素内容的宽度而计算得到的。 

例如，考虑下列两个 <div> 标记。

<div style="width:400px;border:solid 1px black"> 
    First Box 
    </div> 
    <div style="width:400px;border:solid 1px black;padding:10px"> 
    Second Box 
    </div>

除了第二个 <div> 元素的附加内边距以外，这两个 <div> 元素是相同的。在 Quirks 模式（参见图 2）下，这两个 <div> 元素看起来大小相同，因为在计算第二个 <div> 元素的宽度时考虑了它的附加内边距（这两个元素的总宽度为 400px）。在 Standards 模式（参见图 3）下，第二个 <div> 元素看起来要比第一个 <div> 元素宽，因为在计算元素的宽度时未考虑内边距（这两个元素的总宽度大于 400px）。



图 2. Quirks 模式



图 3. Standards 模式


这只是 Quirks 模式下浏览器差异的一个示例。在 Quirks 模式下，每个浏览器都以相当不同的方式实现 W3C层叠样式表标准。有关切换到 Standards 模式的一个妙处在于，它强制几乎所有现代浏览器以非常类似的方式（不完全相同，但要好得多）解释 W3C标准。

如果希望 Web 页以相同方式出现在所有浏览器中，那么通过包含 XHTML 1.0 Transitional DOCTYPE 触发 Standards 模式（在 Internet Explorer 和 Opera 中）和 Almost Standards 模式（在 Firefox 中）是一个好主意。幸运的是，默认情况下，Visual Studio .NET 2005 和 Visual Web Developer 自动将该 DOCTYPE 添加到每个新的 ASP.NET 页中。

返回页首
XHTML 和 MIME 类型
当 Web 浏览器从 Web 服务器请求页时，Web 服务器会为该页分配特定的 MIME 类型（也称为 Content 类型）。例如，HTML 页被分配为 text/html MIME 类型，GIF 图像被分配为 image/gif MIME 类型，而 Microsoft Word 文档被分配为 application/msword MIME 类型。

浏览器使用 MIME 类型来确定如何处理页（或其他资源）。例如，如果浏览器从 Web 服务器获得一个具有可识别图像 MIME 类型的文件，则浏览器尝试将该文件解释并呈现为图像。如果浏览器获得一个具有 application/msword MIME 类型的文件，则该浏览器可能自动打开 Microsoft Word 以显示该文档（这里的确切行为取决于浏览器及其配置方式）。

W3C 为 XHTML 文档引入了一个 MIME 类型。这一新的 MIME 类型是 application/xhtml+xml。W3C 建议您在提供 XHTML 文档时使用 application/xhtml+xml MIME 类型，因为 XHTML 页应该以比旧式 HTML 页更严格的方式进行解释。

通过在页指令中包含 ContentType 属性，为 ASP.NET 页分配特定的 MIME 类型。例如，在 ASP.NET 页的顶部包含以下指令会导致为该页分配 application/xhtml+xml 类型。

<%@ ContentType="application/xhtml+xml" %>

W3C 的推荐标准有一个突出问题：并非所有浏览器都能识别 application/xhtml+xml。特别需要指出的是，Internet Explorer（有史以来最为流行的 Web 浏览器）不能识别 application/xhtml+xml MIME 类型。因此，使用推荐的 application/xhtml+xml MIME 类型提供 XHTML 页不是一个可行的选择