如果您正在读这篇文章，您很可能是已经对 Web 标准有了一定的兴趣，并且对用 DW ( Dreamweaver 的简称)来构建的站点中标准的应用非常好奇。
或许您已经对 WS (Web Standards的简称)有了一定的了解，但是您并不知道如何用 DW 来编写可兼容的代码。或者您是一个 DW 用户，您很想遵从 WS ，更广泛的使用 CSS ，并且可以制作出更有亲和力的文档。无论您是哪一种类型，这篇文章都会给您想要的答案:告诉您如何用 DW 来搞定 WS。
Web 标准的定义
就我们在整篇文章所关心的 WS 来说，让我们首先花一点时间来明确一下我们究竟在谈论些什么:
WS 是一些指导 Web 开发语言的规范，是由 W3C 所制定的。这些规范包含了多种语言，例如，HTML、XHTML 和 CSS 还有一些其他的相关语言，例如 MathML，用来表示数学中的方程，当你有这种特殊的需要的时候，或许会用得上。W3C 也颁布了“Web 内容亲和力指南”(Web Content Accessibility Guidelines —— WCAG)——推广网页的可访问性(通过 WAI )
提示:直接获取这些规范
你可以在 W3C 的网站上阅读这些规范，尽管他们有时读起来还是有些困难的:
HTML 4.01
XHTML 1.0
CSS 1
CSS 2.1
WCAG 1.0
在本文中，我们将会用到 XHTML1.0、CSS1 和 2.1、WCAG 1.0 等规范和建议，但是你一定很高兴知道我们其实不必过多的阅读 W3C 文档。
谁需要 WS ?
您可能只有一个含糊的概念:WS 是个好东西，但是许多网站——包括许多知名的站点——并不遵从 WS ，并且他们看起来的确管理得很好。所以，为什么我们要尽力去遵从 WS 呢?这么做会有什么真正的收益吗?谁需要 WS ?谁需要去关注 W3C 的规范与建议?
Web 开发者与设计者
需要关注 WS 的首类人群就是我们:网站建设的开发者与设计者。花费时间去学习如何用 WS 开发对于我们来说值得吗?
整洁的标记使 BUG 的修复速度加快。
如果您通过 W3C 校验您的页面，至少您会了解到不规范的标记并不是引起您曾经遇到过的错误的原因。有时，校验一个页面和修复已发现错误的过程，可以清除显示中遇到一些问题，这些问题是由标记(element)没有结束或标签(tag)拼写错误引起的。
即使校验您的文档并没有修正这些问题，至少你会知道这些问题存在于规范的文档中。既然你已经知道这个问题不是一个错误，那么你可以开始关注其他的问题了，例如在不同的浏览器中 CSS 处理差异问题。
遵从可访问性的需求很容易
如果你编写一个规范的 XHTML 标记，那么你就可以保证文档在语义上是无误的，并且您可以把文档中的内容与表现相分离，您将可以把大量的工作放在许多 WCAG1.0 中所列的可访问性的问题上。认识到可访问性并不是仅仅为残疾人设计的这一点也很重要。一个亲和力好的站点是可以被许多不同的设备访问的，例如移动电话和 PDA ，他们是不具备强大的处理能力去对付那些散乱而非标准的标记的。
向前兼容
如果您仅仅考虑到自己新开发的页面在当前的几个浏览器中的表现，那么你怎么才能保证它在未来的新浏览器中的表现呢?新浏览器或许会把您的页面显示的很糟糕，此时你只能去费力的寻找和修正那些恼人的问题。
遵从 WS 并不会完全根除这个问题;然而，标准的兼容使你的设计失败的风险大大减少，同样，如今的浏览器软件公司也开始支持标准。他们也许会偶然的错误解释了某部分规范，他们不可能完全不支持它。如果最坏的事情发生了，并且一个新的浏览器在你的标准化网站上产生了奇怪的效果，那么修复它要比修复一个不兼容的站点容易的多。如果你遇到一个问题，它同样会影响其他的标准可兼容网站。Web 社区的群体智慧会指出这个问题，并会写文章来解决这个问题。所以，大家集体讨论，在可兼容的文档里修正这个 BUG 也比在不兼容的文档里修正更加的容易。
更方便的重构
你曾经不得不从一个站点中剥离文字而对他进行重构过吗?而且一切都得从头开始。你曾经见过那些被字体标签和微小的表格单元(它使我们只能从头开始)弄得混乱不堪的标签吗?我只知道我曾经看过，这是一个漫长的过程，大量的时间和金钱都被这个站点的重构烧掉了。
分离文档的内容与表现将会使你体会到标准化兼容带来美妙:这意味着下次某个人想重构这个站点的时候，他们不必把 Web 文档中的拷贝出去。所有站点中的文本都将会被具有语义的 (X)HTML 所标记，所有的表现信息——这部分才是站长想更改的——都将被储存在一个可轻易替换的 CSS 文件中。
