为了了解W3C验证是否可以帮助更好的DOM渲染,或者如果它只是
HTML编码的标准,我尝试验证主要网站,但所有这些网站都会出现一些错误.
以下是典型的例子：
> google.com 36错误,2警告
> facebook.com 42错误
> youtube.com 91错误,3警告
> yahoo.com 212错误,8警告
> amazon.com 510错误,138警告
当主要网站似乎没有花费足够的时间进行W3C验证时,是否需要花时间为中小型网站这样做？
解决方法
验证是一个棘手的问题.在XHTML天(pre html5 doctype无处不在)中,几乎不可能根据W3C发布的严格DTD验证复杂的布局.我想你可能会指责IE作为主要的罪魁祸首,因为需要许多完全非标准的黑客来使其以合理的跨浏览器方式运行,而且IE是地球上最常用的浏览器.要感谢MS,而不是跟随webkit和壁虎引擎给出的引导,决定添加更多的浏览器扩展和黑客来淹没水域,而不是简单地遵守“标准”.
我们都知道,如果时间不是一个问题,我们作为开发人员可以创建页面,验证,但实际上,正如其他人指出的,验证最终是一个有用的工具,而不是一个defacto的目标.如果一个客户需要验证,那么就需要花费一些费用,而这一点必须解释 – 管理这里的期望是非常重要的.
在很短的时间内,html Web从一个非常简单的语义文本布局引擎到完全动态的应用程序在浏览器中运行,并且验证工具根本没有跟上这一点.鉴于浏览器技术日新月异,跨越了一千多个不同的平台,我甚至不敢肯定.
这样一来,这是开发人员使用的一个工具,但是您自己的个人能力将决定项目是否符合目的.在验证器中放置一个图标或绿色的“ok”框绝对不会定义项目是否符合此定义.
