Jeremy Keith 谈 HTML5 设计原则

  • 丁雪丰

2011 年 4 月 18 日

话题:Java.NETRuby架构HTML5DevOps语言 & 开发

4 月 17 日,在由 InfoQ 独家社区支持的上海“拥抱 HTML5”活动上,第一次来到中国的《JavaScript DOM 编程艺术》《HTML5 For Web Designer》作者Jeremy Keith与大家一起回顾了 HTML 的发展历程,分享了 HTML5 的设计原则,并与在场与会者做了精彩互动。

首先,Jeremy 回顾了 HTML 的历史,从 HTML 2.0 到 XHTML 2.0,此处他引用了Postel 法则(鲁棒性原则):

对自己发送的东西要严格,对接收的东西则要宽容。

指出 XHTML 2.0 由于语法解析过于严格,因此不太适合于 Web。

Jeremy 认为所有的项目都应该有设计原则,HTML5 也同样如此,W3C 就为此发布了HTML 设计原则,他强调了其中的兼容性、实用性与互操作性。

1、避免不必要的复杂性

Jeremy 举了 DOCTYPE 的例子,表示 HTML 4.01 和 XHTML 中的 DOCTYPE 过于冗长,连自己都记不住这些内容,但在 HTML5 中只需要简单的 <!DOCTYPE html> 就可以了。DOCTYPE 是给验证器用的,而非浏览器,浏览器只在做 DOCTYPE 切换时关注这个标签,因此并不需要写得太复杂。然后,他又提到如何指定字符集,在 HTML5 中只需要 <meta charset="utf-8">。

规范也许会写得十分复杂,但浏览器的实现却可能很简单,规范有时会去迁就浏览器的实现。

2、支持已有内容

XHTML 2.0 最大的问题就是不支持已经存在的内容,这违反了 Postel 法则。现实情况中,开发者可以写出各种风格的 HTML,浏览器遇到这些代码时,在内部所构建出的结构应该是一样的,呈现的效果也应该是一样的。

3、解决实际问题

规范应该去解决现实中实际遇到的问题,而不该考虑那些复杂的理论问题。例如,既然有在 <a> 中嵌套多个段落标签的需要,那就让规范支持它。

4、用户怎么使用的,就怎么设计规范

当一个实践已经被广泛接受时,就应该考虑将它吸纳进来,而不是禁止它或搞一个新的实践出来。

例如,HTML5 中新增了 nav、section、article 及 aside 标签,它们引入了新的文档模型,即文档中的文档。在 section 中,还可以嵌套 h1 到 h6 的标签,这样就有了无限的标题层级,这也是很早之前 Tim Berners Lee 所设想的。

5、优雅地降级

Jeremy 在此处举了 input 的例子,HTML5 中 input 标签的 type 属性增加了很多类型,当浏览器不支持这些类型时,默认会将其视为 text。这就是一种优雅降级。

此外,在谈到 HTML5 与 Flash 之争时,他认为很多情况下,这就是 <video> 和 <object> 的问题,完全没有必要二者选其一。可以先使用 <video>,当浏览器不支持时降级到 <object>,反之亦然。如果浏览器对两者都不支持,再降级到 <a>,提供一个链接。

6、支持的优先级

在考虑优先级时,应该按照这个顺序:

用户 > 编写 HTML 的开发者 > 浏览器厂商 > 规范制定者 > 理论

用户与开发者的重要性要远远高于规范和理论。

在最后的问答环节中,有人提到了 HTML5 的语法过于灵活,会造成一定的滥用,Jeremy 表示赞同,并推荐使用类似 JavaScript Lint 的工具来帮助编写更好的代码。

此外,有人担心 <video> 外观的可定制性不强,控件不美观,可能会重蹈 <select> 的覆辙。Jeremy 当场演示了一个通过 CSS 定制样式的 <video>,并表示如果不喜欢浏览器提供的控件,完全可以实现自己的控件。

HTML5 已不再遥远,不必等到规范成熟后才去使用,各个主流浏览器均已纷纷支持 HTML5 中的一些特性,大家可以从现在开始,拥抱 HTML5。您又是怎么看待 HTML5 的呢?

Java.NETRuby架构HTML5DevOps语言 & 开发