当前位置:  开发笔记 > 前端 > 正文

HTML 5验证是否值得一试?

如何解决《HTML5验证是否值得一试?》经验,为你挑选了3个好方法。

人们普遍认为,验证HTML的最佳理由是确保所有浏览器都能一致且可预测地对待它.

但是,HTML 5草案包含两个规范.首先是作者规范,描述HTML作者应该使用的元素和属性,以及它们之间的相互关系.HTML 5页面的验证基于此规范.包含的元素和属性不是直接从HTML 4中提取的,而是需要从第一原则开始证明,这意味着某些HTML 4功能,例如

上的summary属性,上的longdesc和profile属性在上,目前不会出现在此草稿中.这些功能不被视为已弃用,它们根本不包含在内.(他们缺席草案仍然存在争议,尽管很快就会将其纳入其中.)

其次,草案定义了一个浏览器处理规范,该规范试图准确定义浏览器的解析器将如何处理它给出的任何字节流,而不管HTML的形成和有效性如何.这意味着当浏览器完全支持HTML 5时,可以预测任何浏览器如何处理HTML以获得更广泛的输入,而不仅仅是那些通过验证的输入.

特别是,因为HTML 5被定义为100%向后兼容当今的Web,所有有效的HTML 4和所有无效但常用的标记将继续处理与现在完全相同,无论是否HTML 5有效与否.

因此,至少,使用HTML 5,HTML 4或任何以前版本的HTML以及许多专有扩展的任何功能的任何人都可以确信他们的HTML将在所有浏览器中获得一致且可预测的处理.

鉴于此,将HTML 5限制为将验证的是否有任何意义,以及我们将从中获得哪些实际好处?



1> hsivonen..:

首先,HTML5解析算法中存在与"解析错误"相对应的有效层.该层类似于XML格式良好.避免在此层上的文档中出错的最重要原因是您可能会得到一个令人惊讶的解析树.如果您的文档在此层上没有错误,那么在编写与DOM一起使用的JS或CSS时,您可以减少调试的难度.

作为上述图层的一个特例,有HTML5 doctype : . 人们希望遵守这一原因的原因是尽可能以最简单的方式获得标准模式.这是你可以记住的东西,不像你需要每次查找和复制粘贴的HTML 4.01或XHTML 1.0文档类型.当然,你想要标准模式的原因是CSS层上的惊喜更少.

关注高于解析算法的层验证的主要原因是捕获你的拼写错误,这样你就可以花更少的时间来调试你的页面无法正常工作的原因.

前一点并没有解释为什么你应该关注验证,当你没有拼错的给定元素或属性被浏览器作为遗留问题支持但HTML5规范仍然避免它.这就是为什么HTML5已经废弃了这样的语法:

HTML5使用obsoletion向作者发出信号,表明某些功能浪费了他们的时间.这些包括longdesc,summaryprofile.(请注意,人们不同意这些是否真的浪费时间,但正如目前的草案,HTML5使它们过时了.)也就是说,如果你有足够的资源来改善可访问性,你的有限资源最好花在longdesc和其他东西上.summary.如果您的语义纯度资源有限,那么您的资源最好花在除了确保您拥有正确的咒语之外的其他内容上profile.

HTML5废弃了一些可以在CSS中复制的表现功能,以指导作者使用CSS为自己的利益.这样,不考虑可维护性的作者应该被引导到更易于维护的代码.就个人而言,我更愿意将更多遗留的表现性内容整合在一起,并将其留给作者自己来决定哪种方式对他们有效.

有些事情因政治原因而被淘汰.该元素已被淘汰,因为使其符合要求会使反标准主义者认为HTML5人已经疯狂,这可能导致糟糕的公关.被淘汰主要是因为没有给某个特定插件提供特殊标记.在classid上属性被废弃,因为它在实践中的ActiveX特定的.

有些东西在语言设计美学的基础上被淘汰了.这包括name属性on language属性on

乐韵答题
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有