用 Dreamweaver 8 搞定web标准

2008-02-23 06:21:26来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

  译者序:这个系列原文一共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 设计者。然而,其他的设备(那些没有台式机强大处理功能的设备)将会更加依赖那些他们所碰到代码的标准化兼容性了。

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇: Dreamweaver 8来构建符合标准的Web站点

下一篇: Dreamweaver CS3集成Spry之表单检测试用