HTML5特性的探讨

HTML5已经成为2011年度技术社区最热门的词汇之一，逐渐从理论走向实践，并得到了社区的广泛认可，在强大特性的背后，HTML5也面临一些限制，最近引起了社区的讨论。

InfoWorld网站最近发布了一篇文章《关于HTML5的11个让人难以接受的事实》，作者Peter Wayner指出：尽管HTML5确实有很强大的功能，但它并不能解决所有问题，一些功能是非常强大的，能让Web应用成为原生应用的强有力对手，但是安 全问题、本地数据存储的限制、同步以及“争权夺利”等问题都会让我们降低对它的期望。

对于此篇文章，HTML5研究小组成员秀野堂主在《我这一年所了解的HTML5》一文(以下简称“观点”)中专门对这11个问题分别作了分析和讨论，我们不妨将两篇文章的观点对比一下，对于HTML5技术圈里的开发人员会有所启发。

问题1：安全是一场噩梦

……在Web应用中，当浏览器拥有一个很强大的调试工具的时候，这种控制权比以往更容易被滥用。当在浏览器中集成了一个Javascript的调试器比如 Firebug，任何对Facebook、Google以及其他网站感兴趣的人?都可以插入断点来查看代码。这对于了解网站是如何运行的是非常有利的，但 对于安全问题来说却是一场噩梦。想象有个变量的值是你想要改变的，Firebug或者其他一个浏览器调试器可以让你很容易地将数据改成你想要的任何数据。 你想要通过改变自己的地理位置来捉弄一下你的朋友吗?那么可以修改浏览器中的经度和纬度值，让浏览器“处于”世界上的任何位置。很多配置属性都可以被修 改，浏览器使得这样的修改比在本地应用中更为容易。 对于引发的安全问题，也是有些限制的。一些Javascript工具比如Google Web Toolkit和标准的编译器一样复杂，它们的输出令人费解。但是一些工具比如Javascript Deminifier能解决这个问题。 威胁当然也跟应用性质有关。一个人通过改变浏览器上显示的经纬度来和朋友开玩笑说在环游世界的途中是一回事，而获得其他人的权限又是另外一回事了，这会带 来威胁。一旦涉及到金钱，情况会更糟糕……

观点：

安全问题是全面存在的，不仅仅是断点调试和变量。不过，好像到目前为止，大家都有安全问题，没有谁是绝对安全的。因此，在一些不是很重视安全的项目上，安全问题可以降级。这完全由架构师来思考和决定。

问题2：本地数据存储存在限制

浏览器中隐藏的本地数据库让Web应用更容易在电脑上缓存数据。对任何一个在浏览器中享受这?种台式机体验的人来说，这些数据库可以节省带宽，提升性能。 然而它们肯定比不上本地应用的数据的强大功能。HTML5的数据存储能力毫无疑问是很重要的功能，但是你仍然不能将存储的数据迁移到另外一台机器上，或是 制作副本、备份、用另外一个应用打开。所有这些数据都是隐藏在浏览器之下的。某种程度上说，这是最糟糕的一种情况。因为你要承担存储这些数据库的所有责任 而不能对它有任何控制。 一些最新的浏览器可以让你看到在你的机器上创建了哪些数据库，但这些信息是有限的。Safari甚至可以让你能够删除数据库，但是你不能浏览这些信息或是 将它们迁移到另外一台机器上，这些文件在设计之初就没有让它能够很容易迁移。你同样不能深入到文件中看到底存储了什么。当然，一个程序员可以看懂这些文 件，但前提是他们研究清楚了文件格式并且做一些hacking…..

观点：

本地数据存储是有限制的，确实是，但是在不同的浏览器上，限制是不一样的。因此架构师应该以支持最好的浏览器(ios上就是safari，android 上目前就是欧朋最新版)为准，推荐你的用户去使用最好的软件，而不是兼容那些垃圾软件……因此，我的个人建议是：不要让自己的作品去适应当前的、一定会消 失的问题，追求卓越，推荐卓越完全是应有的使命。在移动浏览器端，safari的表现就可能是最好的，存储可能也是最大的。(当然，鉴于行业的剧烈变化， 这一切是会变的)

问题3：本地数据可以被操纵

用户可能并不拥有对数据的控制权，但是网站同样也被限制不能处理用户数据。用户换浏览器了?用户换机器了?很多Web开发者对此都无能为力。因为同步问 题，他们不能让用户创建更多数据。Web开发者也需要担心本地数据库的安全。尽管没有工具可以让用户可以很容易修改本地数据并升级权限，但服务器同样也没有能力去阻止用户做到。所有因为运行用户修改Javascript代码的安全漏洞同样会影响数据库。

观点：

本地数据可以被操纵。这是一个老调重弹的问题，即：跨域问题。这已经是大家都很清楚，而且都已经解决的问题了，再说就没有意思了。你可以去下载最新的各种 浏览器，为了跨域问题，整个html5标准中的重要api几乎都翻新了一遍。以致于微软抓着这个问题让webGL、websocket、 webWorker都推迟了出来。

问题4：离线数据对同步是一场噩梦

HTML5的本地数据存储极大提升了离线使用Web应用的能力。唯一的问题是数据同步。 如果一个Web应用连接到网络上，它可以持续地将数据存储到云中去。而当应用离线时，应用中发生的数据就不能存储到云中。如果一个人切换了浏览器或者使用 了不同的机器，就会出现副本，这时同步就会成为一个大问题。更糟糕的是，时钟本身就可能是不同步的，使得检查最新被保存的数据是不现实的。 当然，这对本地应用来说也一直都是一个问题，但是在本地应用中，为同步负责的是人，他可以通过查看文件名并改变日期来进行同步。但是因为HTML5并没有 给用户对隐藏在浏览器之下的数据库的控制权，开发者必须提供用户界面让用户通过这个界面来管理同步问题。 这并非是一个完全棘手的问题。开发人员可以通过使用版本控制系统来处理这个问题，而现今的版本控制系统在处理这些问题上已经变得越发复杂了。

观点：

离线对同步是一场噩梦。这话一点不假，确实，我们在做applicationCache时，都满怀心喜，结果碰了一鼻子的灰。其实，我们还要警告开发者， 在移动设备上，大多数的浏览器，都不能良好的支持，其原因也很简单，因为大多数浏览器厂商都还生活在狭窄宽带的时代。他们的产品设计都不足2M。因此，在 一段时间内，在移动设备上，不用applicationCache比用要妥当。但是在桌面浏览器上，用applicationCache是很好的选择，所 谓的版本控制，可以随意些，用时间戳就是一个不错的选择。

问题5：云端什么都没有向你承诺

为HTML5将数据存储在云端而带来的所有结构性的问题来责备HTML5实际上不是件很公平的事情，但云端是一个必要的部分，因为云省去了安装软件和备份数据的麻烦。由于HTML5本地数据存储的限制，大量Web应用存储仍然要保留在服务器端， 但这可能是灾难性的。就在最近Facebook决定将不再使用一个基于Linux的插件来上传照片，结果，同样被去掉的是通过这个插件上传的照片。这样的 例子比较少见，但是因为各种原因，它们正变得越来越多。你能确保那个免费提供他们的一切HTML5应用的新兴公司在几年后甚至几个月后还存在吗?你只能自 求多福。情况还更糟糕。正如很多Web应用所明确说明的那样，这些数据并不是你的，在大数情形下，你不能诉诸法律来恢复数据。有些更离谱的服务条款甚至说 数据可以“没有任何理由”就被删除。HTML5没有避免这个问题，它的结构实际上是保证了任何由你的浏览器缓存的数据都会存储在云端，这些数据是脱离了你 的控制的。HTML5的炒作说这是它的一个优势特性，但这实际上却很容易造成不利影响。

观点：

关于云的问题，这似乎是一个云存储与本地存储的问题，与HTML5的关系不太大。相反，HTML5如果与云服务器供应商结合起来，可以发挥较大的生产力。

问题6：强制升级并非是每个人都想要的

有个故事，或许是杜撰的，说一个人使用Gmail账户和酒吧里认识的人保持着随意的联系。当Google+出现以后，所有的历史记录都出现了，因为 Google+在论坛里自动连上了那些旧的地址。每天，这些旧名字和旧面孔都会出现询问是否要加入到论坛中去。当Web应用公司需要升级的时候，他们会将 所有人一次性升级。尽管这据说是为了让用户不再受升级安装文件之苦，但对于那些不想使用新特性的人来说，这确是一场噩梦。这不像上面是一个关于人们隐私的 问题。新软件可能因为新旧软件包之间的依赖关系而经常崩溃。

观点：

强制升级并非是每个人想要的，这点我是赞同的，但是这也不是技术问题，这是web与native的区别。引用的案例g+不适合在这里讨论，但是我们可以看 到，新浪微博就有较好的新旧版本控制，我就一直用的旧版本，不喜欢新版本，一直用的挺好。这完全取决于技术人员，不是技术和标准本身。

问题7：Web Workers并不会处理优先级

Web Workers是HTML5的一个非常耐人寻味的特性。与其去使用Javascript传统的wait、delay和pause命令，现在Web开发者可以拆分他们的命令并且整合到Web Workers的CPUhogs中。换句话说，HTML5 Web开发者可以让浏览器表现得像操作系统一样。但问题在于，Web Workers并没有复制操作系统的所有特性。尽管它提供了一种方式来讲负载分支并分离，但是却没有方法来管理负载或是设置优先级。API只是让消息传入或者传出Worker对象。这就是它做的一切了，剩下的都交给浏览器了。

观点：

webWorker的问题确实还会有一堆，从标准上看webworker还在进化期，与serverEvent相比，webworker是另一种服务器端 的通信，这种优先级的处理，完全是在开发者来决定的，这没什么问题。webWorker肯定是不成熟的，还需要时间。但是作者所说的问题，可能是看了一眼 标准后作出的臆想，可那已经不是问题了，webworker的根本问题，现在是父子进程的通信和子子进程的通信问题。

问题8：格式不兼容比比皆是

HTML5引入了

和