W3C 驗證讓很多 Web 設計與開發者感到糾結，在自己的網頁上放置一個驗證按鈕，點擊以后，當看到 W3C 為你給出的全部是綠色對勾的時候，滿足感油然而生，然而對這種機器驗證的過度依賴往往帶來另外的問題，本文講述的是 W3C 驗證中的一些是與非。

W3C Web 驗證的現狀

必須明白，所有有生命的東西必須在機械與常識之間取得平衡，雖然 Web 標準如今被奉為圭皋，然而那些用來對你的代碼進行驗證的工具并不代表最 好的判斷 。下面的代碼或許通不過驗證，但在沒有更好的替代方法之前是可以接受的。

那些不遵守代碼驗證的站點

我們可以對 Alexa 排名前 100 的站點 進 行 W3C 驗證測試，會發現，大量的站點根本通不過驗證，Amazon 的首頁包含了大量的驗證錯誤和警告，當然并不能說明 Amazon 存在什么嚴重的問題，不過，壓根不關心驗證和過于依賴驗證都不可取。

盲從驗證規則

那些過分依賴驗證的情形也值得我們擔憂，很多人對驗證形成了藥物般的依賴，常常是為驗證而驗證，為了通過驗證，他們不惜使用各種奇巧淫技。如果你對 驗證非常糾結，會很熟悉下面這些自動驗證工具。

語境為王

對驗證而言，很多人經常忽視的一個問題是語境，驗證工具是機器，而非人，機器永遠無法取代人的判斷。下面這個站點的設計，機器的評價會怎么樣？它完 全判斷不了，機器看到的只是代碼。

人能做出決斷而機器不能

目前的技術，機器智能離真正的智能還有很遠的距離，機器并不能理解語境和語義，將來也許能，但現在不能。

代碼驗證的問題

當前，最著名的代碼驗證包括 W3C 的 HTML 及 CSS 驗證。很多網站會放置一個 HTML 和 CSS 驗證按鈕，表示自己的站點通過了驗證，然而，通過了驗證并不意味著你設計的東西是完美的。

無法顧及未來標準

如果你在設計中使用了未來的 Web 標準，如 CSS3，將無法通過驗證，而現在非常有效的一種設計方式是，針對未來的標準使用漸進式設計，這種設計模式將很難通過驗證。

為驗證而驗證

為了取悅驗證工具，一些設計師不得不對那些非 W3C 標準，然而卻被普遍認可的對象或屬性下手，最終，人們的設計是為機器，而不是用戶設計。事實上，在你的網站上放一個或幾個驗證按鈕，對用戶來說，有什么意 義？很多用戶并不知道什么事 HTML，什么是 CSS，他們對你是否通過了什么驗證毫無興趣。

可訪問性驗證

Cynthia 一類的 Web 可訪問性驗證工具只能驗證它們所能認識的東西，也就是代碼，而這對真正的可訪問性驗證遠遠不夠。

可訪問性與易用性測試只能通過人來進行

可訪問性與易用性是非常主觀的東西，那些基于代碼驗證的測試工具往往并不能發現真正的問題，需要真正的用戶告訴你他們是否可以無障礙的，輕松地訪問 你的站點。下面的站點可以通過可訪問性驗證，但...

驗證工具就像機器翻譯

現在最常用的機器翻譯工具，如 Google Translate 以及 Babel fish 可以證明，沒有什么東西比人更聰明，人類的語言不僅僅是一堆單詞的堆砌，更要靠語境，而機器是無法理解語境的。驗證工具和機器翻譯是一個道理。

用翻譯實驗看看機器翻譯的能力

你可以找一段話，復制到 Google Translate, 先翻成別的語言，再從 別的語言翻譯回來，如此三番幾次，就會知道機器翻譯的局限。

結語

關于 W3C 代碼驗證，一個事實就是，驗證本身并不能保證你的站點在語義，可訪問性，易用性，乃至用戶體驗上的的完美，通過這些驗證工具，發現你代碼中的錯誤和問題是 應該的，但過分追求驗證的結果，為驗證而驗證時不可取的。

本文國際來源：Six Revisions Problems with Using Website Validation Services (原文作者：Alexander Dawson )

中文編譯來源：銳商企業CMS 網站內容管理系統 官方網站

總結

以上是生活随笔為你收集整理的W3C 验证的是是非非的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。