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可访问性验证工具只能验证它们所能认识的东西，也就是代码，而这对真正的可访问性验证远远不够。可访问性与易用性测试只能通过人来进行，可访问性与易用性是非常主观的东西。
那些基于代码验证的测试工具往往并不能发现真正的问题，需要真正的用户告诉你他们是否可以无障碍的，轻松地访问你的站点。下面的站点可以通过可访问性验证，但...
验证工具就像机器翻译
现在最常用的机器翻译工具，如Google Translate以及Babel fish可以证明，没有什么东西比人更聪明，人类的语言不仅仅是一堆单词的堆砌，更要靠语境，而机器是无法理解语境的。验证工具和机器翻译是一个道理。
用翻译实验看看机器翻译的能力
你可以找一段话，复制到Google Translate, 先翻成别的语言，再从别的语言翻译回来，如此三番几次，就会知道机器翻译的局限。
结语
关于W3C代码验证，一个事实就是，验证本身并不能保证你的站点在语义，可访问性，易用性，乃至用户体验上的的***，通过这些验证工具，发现你代码中的错误和问题是应该的，但过分追求验证的结果，为验证而验证时不可取的。
【编辑推荐】
