验证关于验证W3C那点琐碎事儿

关于验证W3C那点琐碎事儿

W3C的验证对一些技术控来说是个心病老想在网站设计中加入一个验证图标点击后直入验证页最后绿色显示100%通过验证那个心情真爽。以前不支持CSS3和HTML5验证但现在已经支持了这对很多考虑到用户体验的网站建设团队来说是个非常好的消息。但在某些情况下对于W3C验证这事咱还得另有看法。

WC3验证现状

当你浏览一些中小型网站时主要以互联网服务公司为主他们的网络产品网站很少放有W3C验证按钮你复制网址去验证后基本全不通过 当你再看一些商业化不是很明显的互联网团队网站时他们几乎都放了W3C验证按钮你点击验证结果也是通过的这表明出一点机械式的验证方式不能取代更为灵活的人为处理但作为一个互联网大公司 自己的产品无法通过一些权威的认证这不是很讽刺吗

我们来看几个所谓互联网大公司的网站验证

京东和淘宝算大吧在电商网站建设里算是排头兵但他们的验证全部不通过W3C验证我们做网站的技术控都知道淘宝的技术无疑肯定是比京东实力更强的这不成比例略显无奈。

在亦家网络写这篇文章前也有人曾对Al exa排名前100的站点进行W3C验证测试发现大量的站点根本通不过验证Amazon的首页包含了大量的验证错误和警告当然并不能说明Amazon存在什么严重的问题不过压根不关心验证和过于依赖验证都不可取。

理性对待验证规则

对于部分简单处理即可过W3C验证的其实我们可拿出几分钟的时间来解决只要程序不是很复杂是很容易就可通过验证的如上边所显示的淘宝京东等大网站显示都存在属性zoom不存在: 1这样的错误而且出现多次解决这个问题只需要把zoom:1改为height:1%即可通过验证很简单吧但没人处理其写法。关键在于重视与否。

对W3C验证这个事我们知道W3C是通过规则形式验证的而我们在写程序的时候往往会有一些难以处理的兼容问题需要一些不规则的写法来解决而这样的写法可以解决遇到的问题但又会通不过验证在这种时候我们肯定会在解决问题为优先的原则。

验证规则是死的人是活的规则往往对于一些复杂的程序无法透彻理解仅会傻瓜式的进行比对验证。现在存在的问题就是一味追求语义的标准也无法保证程序的兼容完美而全然无视代码书写的验证也是不可取的。

转载必须注明出自亦家网络原文链接 http://www oooceo com/industry/w3c-val idator/