譯者序:這個系列原文一共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 應該給那些視覺有缺陷或其他的殘疾人提供更方便的購物、閱讀、搜索的條件。不應該因為用專屬標記或者其他排它(指瀏覽器)技術的站點，使他們無法瀏覽。|||