Web設計與開發者的糾結：W3C驗證的是與非
W3C驗證讓很多Web設計與開發者感到糾結，在自己的網頁上放置一個驗證按鈕，點擊以后，當看到W3C為你給出的全部是綠色對勾的時候，滿足感油然而生，然而對這種機器驗證的過度依賴往往帶來另外的問題，本文講述的是W3C驗證中的一些是與非。
W3C Web驗證的現狀
必須明白，所有有生命的東西必須在機械與常識之間取得平衡，雖然Web標準如今被奉為圭皋，然而那些用來對你的代碼進行驗證的工具并不代表***的判斷。下面的代碼或許通不過驗證，但在沒有更好的替代方法之前是可以接受的。
那些不遵守代碼驗證的站點
我們可以對Alexa排名前100的站點進行W3C驗證測試，會發現，大量的站點根本通不過驗證，Amazon的首頁包含了大量的驗證錯誤和警告，當然并不能說明Amazon存在什么嚴重的問題，不過，壓根不關心驗證和過于依賴驗證都不可取。
盲從驗證規則
那些過分依賴驗證的情形也值得我們擔憂，很多人對驗證形成了藥物般的依賴，常常是為驗證而驗證，為了通過驗證，他們不惜使用各種技巧。如果你對驗證非常糾結，會很熟悉下面這些自動驗證工具。
語境為王
對驗證而言，很多人經常忽視的一個問題是語境，驗證工具是機器，而非人，機器永遠無法取代人的判斷。下面這個站點的設計，機器的評價會怎么樣？它完全判斷不了，機器看到的只是代碼。
人能做出決斷而機器不能
目前的技術，機器智能離真正的智能還有很遠的距離，機器并不能理解語境和語義，將來也許能，但現在不能。
代碼驗證的問題
#p#
當前，***的代碼驗證包括W3C的HTML及CSS驗證。很多網站會放置一個HTML和CSS驗證按鈕，表示自己的站點通過了驗證，然而，通過了驗證并不意味著你設計的東西是***的。
無法顧及未來標準
如果你在設計中使用了未來的Web標準，如CSS3，將無法通過驗證，而現在非常有效的一種設計方式是，針對未來的標準使用漸進式設計，這種設計模式將很難通過驗證。
為驗證而驗證
為了取悅驗證工具，一些設計師不得不對那些非W3C標準，然而卻被普遍認可的對象或屬性下手，最終，人們的設計是為機器，而不是用戶設計。事實上，在你的網站上放一個或幾個驗證按鈕，對用戶來說，有什么意義？很多用戶并不知道什么事HTML，什么是CSS，他們對你是否通過了什么驗證毫無興趣。
可訪問性驗證
Cynthia一類的Web可訪問性驗證工具只能驗證它們所能認識的東西，也就是代碼，而這對真正的可訪問性驗證遠遠不夠?？稍L問性與易用性測試只能通過人來進行，可訪問性與易用性是非常主觀的東西。
那些基于代碼驗證的測試工具往往并不能發現真正的問題，需要真正的用戶告訴你他們是否可以無障礙的，輕松地訪問你的站點。下面的站點可以通過可訪問性驗證，但...
驗證工具就像機器翻譯
現在最常用的機器翻譯工具，如Google Translate以及Babel fish可以證明，沒有什么東西比人更聰明，人類的語言不僅僅是一堆單詞的堆砌，更要靠語境，而機器是無法理解語境的。驗證工具和機器翻譯是一個道理。
用翻譯實驗看看機器翻譯的能力
你可以找一段話，復制到Google Translate, 先翻成別的語言，再從別的語言翻譯回來，如此三番幾次，就會知道機器翻譯的局限。
結語
關于W3C代碼驗證，一個事實就是，驗證本身并不能保證你的站點在語義，可訪問性，易用性，乃至用戶體驗上的的***，通過這些驗證工具，發現你代碼中的錯誤和問題是應該的，但過分追求驗證的結果，為驗證而驗證時不可取的。
【編輯推薦】
