译者序:这个系列原文一共8篇文章，从普及 Web Standards 入手，讲述如何用 Dreamweaver 8 来构建符合标准的 Web ，由于原作者的此篇文章是对《Build Your Own Standards Compliant Website Using Dreamweaver 8 》(这篇文章是收费的)的摘录，所以我对内容进行了适当的删改，顺序与原文是分歧的，但篇幅会有调整，特此告知。翻译水平无限，敬请谅解。

　　如果您正在读这篇文章，您很可能是曾经对 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 文件中。

　　一些客户在开始要求你做一些改变之前是不会等待它去重构的，他们只会等到旅游完猛犸象化石坑，然后就要求你说“把左边栏挪到左边就可以了。”对于一个标准化可兼容站点来说，全部页面都是由 CSS 控制的，你可以很方便挪动页面中的标记，而不用在许多以复杂表格为结构的页面中想歪招了。这使得改变页面规划愈加简单。

　　结构从表现中分离同样可以使添加新的元素变得愈加容易，就像一个高对比度、小图片版本的站点或许对于某些浏览者更有吸引力。当您可以轻松的改换款式表时，为什么建立单独的纯文本版的页面呢?

　　浏览器软件公司

　　浏览器的软件公司开始对 WS 关注了。过去，浏览器软件公司添加他们私有的专属标签和属性到基本的言语中。但是如今，史无前例的，他们都开始服从标准了，并且一些最新的浏览器曾经可以确定，正在努力按照规范中所定义的(X)HTML 和 CSS 来显示它们。

　　在可遇见的未来中，浏览器都将能够显示大多数的不规范标记、代码，由于如果它们不这么做，成千上万的不规范站点都将无法正常显示——那么大众就很可能开始指摘浏览器了，而不是指摘 Web 设计者。然而，其他的设备(那些没有台式机强大处理功用的设备)将会愈加依赖那些他们所遇到代码的标准化兼容性了。

　　创作工具软件厂商

　　创作工具软件厂商——例如 Macromedia , 它制造了 Dreamweaver ——也像Web设计者一样，开始服从 WS 了，比如，它们越来越多的客户要求这些创作工具可以输出规范的标记。本来这些可视化的开发环境都没有太好的口碑，由于它们会生成混乱、不规范的标记;然而，最新的次要可视化开发环境都征引了标准化的兼容性和可访问性的元素，这也成为了次要的卖点。软件厂商一定要倾听，并回应市场的需求。

　　Web 用户

　　我们设计的网站的用户也从我们采用 WS 中获益，即便他们并没有认识到这一点!或许他们正无认识的使用那些专门针对当今流行浏览器而开发的站点。如果这些用户转用其他的浏览器，他们或许就会发现这个在线的体验就不再令人享用了，由于那些专属的标记是不会被新浏览器所接受的。一个标准化可兼容的站点在不同的浏览器中都有很好的表现，不论是在现有的，还是在未来的浏览器中都同样优秀。

　　此外，一个遵照可访问性建议的网站对那些发现浏览网页不如意的用户也是很有亲和力的。Web 应该给那些视觉有缺陷或其他的残疾人提供更方便的购物、阅读、搜索的条件。不应该由于用专属标记或者其他排它(指浏览器)技术的站点，使他们无法浏览。