近日，来自Sencha的Michael Mullany发布了一个列表，列举出了2011年会从HTML 5中获益的诸多内容，Michael深入地谈其愿景。
Michael最初的列表包含如下内容：
• 持续不断地推进Webkit迈向CSS 3
• CSS 3：富效果工具箱
• 面向移动的高性能定位
• GPU加速
• 更深层的设备访问
• 面向移动浏览器的更好的调试工具
• Web Sockets趋于稳定
• IE 9将完整支持CSS 3
• HTML5 codec大战宣告结束
• WebSQL标准化进程的再次启动
记者：能否说说你认为应该添加到CSS 3规范中的最重要的特性列表?这些效果会向开发者提供哪些新功能呢?
Michael：目前，最重要的事情就是实现跨浏览器的特性。但我们最大的期望是将更多WebKit所独有的效果(并不属于标准栈)推进到CSS草案中。这包括高级的文本样式、遮罩以及字体效果。
记者：由于IE采用新Web标准和技术的速度非常慢，你觉得这些效果何时才能真正为桌面开发者所用呢?
Michael：我认为IE在功能上越拖后腿，越来越多的人们，甚至是保守派的企业就会开始转向Chrome和Firefox以利用其现代化的功能。我们认为框架(如Sencha Ext JS)会得到越来越多的应用，因为他们能够通过IE所独有的技术如VML和Filter创建兼容于IE的实现，无需开发者学习IE所独有的技术。
记者：你提到目前需要像Sencha Touch这样的框架以便实现固定位置的UI元素，为什么呢?
Michael：Mobile WebKit并不支持固定位置的UI元素;支持该特性的CSS已经被浏览器关闭了。这是因为浏览器针对面向桌面屏幕的网页进行了优化。
记者：你提到需要更好的调试工具，而Senche已经发布了用于Android设备远程脚本调试的解决方案。不久的将来，针对HTML 5特有的功能如Canvas、Animation以及Websockets等还会出现哪些工具呢?
Michael：现在已经有很多面向桌面的调试工具了，因此访问移动浏览器内核是最为重要的，而非创建具体的工具。
记者：Websocket的使用和规范本身有什么问题呢?
Michael：问题在于浏览器不断升级携带的Websockets协议，同时规范本身也在不断演进。比如说，Chrome 4所带的WebSockets现在就已经过时了(幸好，现在几乎没人使用Chrome 4)。iPad最初带有一个WebSockets实现，然后又移除了，后来又加回来了。Firefox 4 Beta最初也带有一个WebSockets实现，然后由于安全问题被移除了：最近，有人发现少数代理服务器(< 5%)并不能正确处理Websockets所使用的HTTP机制。这样就存在这种可能：攻击者可能会利用这些服务器。虽说这可能是代理服务器的Bug，但文章作者还是建议Websocket不应该再使用这种机制了，应该使用其他方案。
记者：你关于视频codec的愿景似乎很快就要实现了，因为Google宣布将要放弃H.264。另一方面，目前H.264得到了广泛的应用，并且对于免费的互联网内容是免费的，那内容提供者们为何还会费力迁移到WebM上呢?如果发布的是付费内容，难道就不需要数字版权管理、高级的流选项么，而这些内容只有Flash才有。
Michael：H.264对于发布视频来说是免费的，但编码与转换却是收费的;在这种情况下我们仍然需要支付专利费。Flash和Silverlight都提供了高级的DRM和流视频选项(我相信Xbox的Netflix流客户端是基于Silverlight的，可以动态调整流速率而无需重新缓冲)。问题在于我们需要向那些对DRM不感兴趣的用户提供没有任何阻碍的codec。
记者：你认为W3C放弃对关系浏览器存储(WebSQL)的支持而转向层次存储(IndexedDb)的原因何在?为何认为应该重提WebSQL标准呢?
Michael：原因很明确：为了让技术成为标准，需要有两个根据规范所构建出来的独立实现才行。完整规范的中心概念是人们所编写的浏览器应能处理遵循该规范的任何内容。对于WebSQL来说，所有实现只不过是嵌入到浏览器中的SQLite而已，没人想从头开始编写全新的SQL实现。此外，Mozilla阵营认为SQL太过重量级、查询机制不够优雅，我们不该再使用它了。
记者：对于2011年的HTML 5，你还有何展望呢?
Michael：我希望更快的Canvas能够出现在列表中。
HTML 5推荐专题：HTML 5 下一代Web开发标准详解
原文链接：http://www.infoq.com/
【编辑推荐】
