我应该花多少时间来验证我的HTML和CSS?

在开发过程中应该经常验证代码。 例如,在每个部件/块重新验证后,立即修复错误。 这种方法加快了你的学习曲线,因为你可以立即从小错误中学习,避免事后的一系列调试,这只会让你更加困惑。

有效的页面保证您不必同时处理无效代码和跨浏览器问题;)

用途:

• Markup Validation Service 对于HTML
• CSS Validation Service 对于CSS
• JSlint 对于Javascript
• jQuery Lint 对于jQuery

在调试和修复所有其他代码之前,避免编写新代码

如果您有一个时间表,还有很多bug需要修复,那么这个时间表是不可靠的。但是如果你已经修复了所有已知的bug,剩下的只是新的代码,那么你的日程安排将会非常准确 Joel test rule number 5 )

是的,你肯定应该花一些时间来验证你的HTML和CSS,特别是如果你刚刚开始学习HTML/CSS的话。

您可以通过编写一些自动验证HTML/CSS的简单脚本来减少验证所花费的时间,这样您就可以立即得到反馈,并且可以轻松地解决问题,而不是将问题堆积起来以备将来使用。

稍后,当您更熟悉什么是有效的HTML和CSS以及什么是无效的HTML和CSS时,您实际上可以编写很多内容,而不会产生任何错误(或者只有一两个小错误)。在这个阶段,你可以更放松,不必每次都那么反对检查,因为你知道它无论如何都会通过。

一个大禁忌:不要把错误堆积起来,你会不知所措,永远也写不出有效的代码。

您是否一定要始终保持零错误?不。

但是您确实需要了解验证器中出现的错误,这样您就可以确定它们是微不足道的还是严重的。通过这样做,您将了解更多关于编写HTML的知识,并且通常会生成更好的代码,这些代码在当前和未来的浏览器中更兼容。

& 在URL中,属性值是非常好的,直到它后面的参数名恰好与某个浏览器中现在或将来定义的实体名匹配,并且应用程序中断。把错误降到你认为无害的程度,你就会有一个更健壮的网站。

例如,让我们看看这个页面。

Line 626, Column 64: there is no attribute "TARGET"
…             get an <a href="http://openid.net/get/" target="_blank">OpenID</a>

target 属性。从技术上讲,我们应该转向Transitional(在仍然允许的情况下)或HTML5(使其回归)。另一方面,如果其他所有使用的东西都是严格的,我们可以忽略这个错误作为我们需要的东西 知道 我们做错了,没有遗漏我们意外使用的任何其他非严格特性的错误。

Line 731, Column 72: end tag for "SCRIPT" omitted, but its declaration does not permit this

    document.write('<div class=\"hireme\" style=\"' + divstyle + '\"></div>');

这是另一个常见错误。在基于SGML的HTML中,CDATA元素 <script> 或 <style> 第一天结束 </ (ETAGO)序列,不仅仅是一个 </script> 关闭标记。所以呢 </div> 触发解析器并导致所有后续验证错误。这对于验证错误来说很常见:基本的解析错误很容易导致 许多的

实际上浏览器并不关心 </ 只在一个完整的 < 关闭标签,所以除非你需要 document.write('</script>') </ 具有 <\/

(XHTML在这里有不同的规则。如果使用显式 <![CDATA[ < & 性格不重要 </ .)

这个特定的错误在广告客户代码中(尽管广告客户是职业。所以呢!). 广告客户代码中出现错误是很常见的,遗憾的是,你甚至不被允许修复它。在这种情况下,请在添加损坏的第三方标记之前进行验证。

不过,当你特别使用CSS和Javascript时,我认为至少尝试一下是特别重要的。CSS和Javascript都需要更“合适”的东西才能正常工作。在我看来,拥有格式良好的(X)HTML总是有帮助的。

有效的(X)Html是非常重要的。

它不仅让您了解了更多关于html和名称空间的工作原理,而且使浏览器更容易呈现,并为javascript提供了更稳定的DOM。

验证的优点和缺点有几个因素,验证最重要的缺点是速度,因为保持文档的有效性通常使用更多的元素,这会使页面稍微变大。

验证你的html的专业人士提供你的位到WWW,关于更好的代码=更快的网页。。

这里有一个链接,说明了您应该验证。。

http://validator.w3.org/docs/why.html

我总是验证我的网站,所以有100%,我很高兴与文件的可靠性。

你不是在浪费时间,但我要说的是,如果你不能避免这些小警告,就不要对它们大惊小怪。

如果您的范围很窄(仅限现代桌面web浏览器:IE、Firefox、Chrome、Opera),那么只需在所有浏览器上测试您的站点,以确保它在这些浏览器上正常显示和运行。

如果您的代码能够完全验证(主要是通过避免明显的缺陷)的话,它将在将来得到回报。例如,如果IE不认为某个页面是完全有效的,那么它就会进入quirks模式,这使得某些元素的显示完全像这样:quirky)。

尽管W3C为HTML、CSS等编写了官方规范,但实际情况是,您不能将它们视为您应该做什么的绝对权威。这是因为没有浏览器能够完美地实现这些规范。为了获得100%有效的文档(根据W3C工具),您需要做的一些工作对任何主流浏览器都没有影响,因此值得您花费时间吗。

这并不是说验证页面并不重要,重要的是使用这些工具,特别是当你学习HTML时,但是达到100%并不重要(在我看来)。你会及时知道哪些是重要的,哪些是可以忽略的。

有一种强烈的观点认为,重要的是浏览器的实际功能。虽然有许多关于标准的好论点,但最终您的工作是创建在浏览器中实际工作的页面。

这本书 Dive into HTML 5 有一个关于HTML标准和现实之间的紧张关系的优秀章节。这本书很长,但读起来很愉快! http://diveintohtml5.ep.io/past.html