HTML5将改变互联网的方方面面

HTML5 将改变互联网的方方面面。HTML5可能不会完全取代Flash，但它会重塑互联网，使浏览器无需借助插件就可以做更多的工作，从位置跟踪、视频播放到把云端的数据缓存到本地，最终能使互联网更安全、更高效、更灵活。

Adobe和 Apple围绕Flash发生的冲突是今年上半年的一个焦点事件，引起了很多人的关注，其中有不少人因这一事件第一次了解到HTML5的存在。初次了解 HTML5的人可能会非常惊讶，HTML5规范早在6年前就开始制定了，如今尽管HTML5规范草案已经非常好，但何时能真正成为标准却仍然不确定。

的确，HTML5规范制定委员会工作进展非常缓慢。因为关于如何改进浏览器和改进Web世界，不管是浏览器供应商还是其他人都有太多的想法，而这些都要汇聚到HTML5规范中并达成一致，这需要时间。许多新的标签和JavaScript函数尽管已经在一些浏览器上进行了实验，但互操作性和标准化问题还没有解决。比如，Apple所做的HTML5演示虽然令人印象深刻，但它们也只在Safari上运行良好。这就是为什么Flash的支持者嘲笑HTML5要把 Web带回到2000年浏览器大战时代的原因。

虽然这种嘲笑可能让HTML5的支持者很伤心，而且漫长的等待的确很难熬，但如果就此忽略HTML5却是不对的。因为在HTML5的背后不仅有行业巨头的推动，更为重要的是，标准化是IT技术发展的必然趋势。就软件而言，不论是浏览器还是相关的开发工具，都会不断吸纳周围的各种技术，最后对其进行标准化，这是技术发展的必然规律。

可以肯定的是，HTML5将改变互联网的方方面面，显然它不会完全取代Flash，但HTML5的确会重塑互联网，使浏览器无需借助插件就可以做更多的工作，从位置跟踪到把数据保存到云端。HTML5的标签将取代那些完成比较简单任务的插件，至少在某些时候，它可以把一些高级的功能开发给更多的用户。最终它可能使互联网更安全、更高效、更灵活。

那么，即将成为新标准的HTML5到底会把我们带向哪里？下面收集了开发者、程序员以及设计师的一些看法，从中可以了解到HTML5如何改变互联网。

降低插件的重要性

从前，Web 世界是非常欢迎浏览器插件的，因为它鼓励创新的想法和大胆实验，而声音、动画及其他一些非常生动的网页，通过Sun、Adobe、RealAudio、微软以及其他的一些公司开发的插件第一次在网络呈现时也的确让人耳目一新。然而，问题很快就出现了，插件的接口是向所有人开放的，每个人都在尝试给旧的、以文本为基础的世界增加新的功能，混乱不可避免。其中最有名的插件就是Flash，其他类似的插件更是数不胜数。

出于多种原因，Apple禁止Adobe的Flash在自己的平台上运行，这使得广大Apple迷们不能在Apple平台上看到Flash，而HTML5的流行将让这种冲突不再出现，它将逐步淘汰那些相对封闭的开发体系：JavaFX的功能可能真的很强大，但既然JavaScript和Canvas对象就能做同样的工作，为什么还要学习另一种语法？如果video标签能将音视频同步，谁需要Real的生态系统？

那么，插件真的会全部消失吗？也许吧，但这要取决于你想做的事情。如果你的目标只是绘制图像，那么Canvas对象可能就够用了。但如果你想建立一个专业的3D世界，正如在复杂的Flash和Shockwave游戏中所看到的那样，你可能还得依赖专有的插件技术，因为这些插件技术可以直接访问视频硬件，运行3D游戏。

支持动态生成图像

过去，网页中显示的图像来自于直接下载的GIF或JPG图像，而在HTML5中，图像可能并不是直接来自图像文件，而是由某个Canvas（画布）对象临时生成的。网络上已经出现了大量的非常好的图形库，这些图形库的存在使得动态生成图像更加容易。

如今，JavaScript层可以根据数据进行计算然后绘制出图形。如果软件开发商有足够的时间和人才的话，完全可以让网络上的一切变得更加生动，而纯文本内容越来越少。Flash只是一个开端，HTML5环境让Web开发人员更易于开发出复杂的图像。市场已经出现了一些类似的工具，它们将进一步提高Web 开发人员驾驭图像的能力，而且随着工具的成熟，开发人员也将开发出更多更为专业的复杂图形。

这里可能存在的一个问题是，这种图像的处理可能会给客户端处理器带来很大负担，比如对客户端的处理器处理能力有一定要求。在过去，一些开发人员根本不敢用Flash插件，因为渲染和展现Flash内容可能会给处理器带来很大压力，极大地影响用户的最终体验。未来这不应该成为问题，开发者不应该因担心影响性能就不让用户体验生动的图像，只是开发者应该做出一个折中的选择。每一个抱怨Flash影响性能的人都应该知道，这与技术本身没有关系，问题来自设计师们为了吸引我们的注意力，他们过多地使用了这项技术。

允许Web程序利用本地存储

Web程序员其实早就可以利用浏览器端的本地存储空间存储很多信息，比如IE允许最多300个Cookie，最多存储4096个字节的内容。不过，要开发真正实用的 Web程序，可能需要比这更多的存储空间。比如，以前的Dojo工具包使用Flash插件来分配用户硬盘上的部分空间，把它留给浏览器使用，而现在很简单了，使用HTML5就可以达到同样的目的。

对于这部分存储，程序员可以按照自己的需要任意使用，比如把云服务的应用和数据保存在本地硬盘上。这也使得云应用的交付、安装和部署都非常像传统的应用程序。比如，无论是否有互联网连接，云应用程序都可以照常运行，因为之前已经从服务器上下载了HTML5应用的JavaScript代码，这部分代码就保存在本地。

当然，这种技术的应用并不会影响云应用的普及，因为现在的运行模式与过去有很大不同，本地数据库实际上扮演的是智能缓存的作用。另外，游戏开发人员可以在本地存储一些情景信息和装备信息，这样可避免每次一连机就要下载这些信息，省了下载资料的时间。而不利的方面就是这些数据库深埋在系统文件夹之中，这样，进行数据备份时就变得非常复杂。用户如果想把数据从一台机器迁移到另一台机器，数据迁移工作可能就会变得更为复杂。

或许混合云的出现可能解决这一问题，混和云允许云端和本地都保存有数据，而本地计算机只是缓存数据，最终版本保存在云中，这样从任意一台计算机上就可以访问到。

简化Web开发中的数据提取

曾从网页中提取过数据的Web开发人员都知道，现有的HTML结构除了告诉浏览器这些信息在哪里之外，几乎不能再提供任何有意义的信息。而开发人员需要了解与数据本身有关的信息，这些信息能帮助程序员了解这些数据的真正含义。 HTML5中所谓的微格式（Microformat）引入了一种新的机制，它在HTML中新增了一些专门的标签，可以帮助程序员分析标签之中的数据的真实含义。

没有人能够预测微格式到底将带给网络多少改变，但很容易看出，这种新的机制将给程序员带来很大方便，帮助程序员开发出更有效率的Web应用。比如，如果有一个好的、标准的方式来表示日期和时间，那么程序员在为网站开发与时间有关的Web程序时，就无需另外编写专门的代码来分析或者猜测别人可能用的什么时间格式。这样，日历、时间表、日程安排等需要从多个数据源收集时间信息的应用也就变成非常简单的工作了。

支持位置服务

在Web世界里，过去我们只知道其IP地址，那些数字对应着一个什么样的真实世界我们根本不知道。比如，某台电脑究竟在哪里，过去几乎不可能知道，而现在出现的位置服务可以解决这个问题。HTML5标准中允许JavaScript询问浏览器用户的地理位置，比如纬度和经度信息。通常桌面系统不支持这一功能（因为需要有 GPS或Wi-Fi），但如果终端是手持智能手机，这个功能就可以发挥作用。

今天，没有人能知道聪明的程序员会基于这些位置信息创建出什么应用来，但有一点可以肯定，未来一定可能以一种变幻莫测和难以置信的方式将把虚拟世界与现实世界整合到一起。

让 Web视频播放更流畅

HTML5中的“video”标签使Web开发人员很容易地把视频内容与网页中的其他内容整合起来，也让那些从事jQuery和PHP开发的人员可以加入到Web开发队伍中，使得Web开发不再仅仅是Flash、Silverlight和JavaFX开发人员的专利。

尽管这一设想看起来很诱人，但面临的困难依然不少，因为HTML5标准中没有指定任何编解码器，而每个人都想发布自己的视频和声音编解码器。这就意味着我们用一种混乱取代另一个混乱：只是过去我们把嵌入到浏览器中的软件称为插件，而今天把它称为编解码器而已。因此，今天我们虽然有了一个标准的“video”标签，但浏览器可能知道也可能不知道到底如何解释这些视频内容。

在洛杉矶任教的HTML5应用开发讲师Erich Ocean认为编解码器的战争仍在继续。“计算机开发人员和Mozilla组织如果认为他们能为视频专业人士制定视频标准，那就大错特错了。”他说，“我们看到谷歌的新视频格式在一些地方得到了使用，比如在YouTube网站，但永远不会像H.264那样普及。”

尽管视频播放可能面临比较混乱的局面，因为无法让大家达成一致，但是新的“video”标签肯定会让互联网视频内容越来越丰富，网页将成为视频内容的主要发布源地，而同时单纯的文字内容也会越来越少。只是这对孩子的教育未必是好事，因为现在的孩子们变得越来越习惯于看动画，而很少花时间来阅读，更别提书写了。

Widget 将更丰富

在 IFrame中运行的Widget让网页可以把其他网站的内容（比如天气预报）嵌入进来，非常实用也非常受欢迎，但由于安全方面的原因，这些Widget 一直运行在一个相对独立的环境中，与网页中的其他内容基本保持隔离状态。

而HTML5 为这些Widget提供了一个相互通信的标准机制。尽管它们仍然不能够相互进入对方的运行环境中，但它们已经可以相互发送信息来协同工作了。

广告商对此早就期盼已久，它们非常希望能把分散到同一个网页各个位置的旗帜广告整合起来，而从开发的角度来说，开发人员也一定会找到其他实际用途。例如，在Web页面上播放的网球比赛画面可以和左右两边的球员信息同步起来，这在HTML 1.0时代是难以想象的。

不过，可以发送信息、相互通信机制只是一个开始，下一个亟待解决的是通信协议的问题，因为至今还没有这方面的一个标准。只有为传递信息设立一个标准后，两个不同开发团队开发出来的Widget之间才有可能相互通信。换句话说，通信双方需要更多的标准词汇。

提高浏览器的安全性

每个浏览器插件都是一个单独的应用程序，不同的浏览器插件是由不同的程序员按照不同的标准开发的，发布时间不同，安全模式也不同。很自然地，有些插件会比其他的更安全。随着浏览器中的插件越来越多，要跟踪每个浏览器插件中可能存在的安全漏洞越来越复杂。比如，你企业中去年年末某个时候的安全漏洞到底是出在插件还是浏览器，最后是通过升级浏览器而不是升级插件来解决的还是反过来，可能很难有人记得那么清楚。

把很多功能内置到HTML5而不是使用插件可以大大降低安全风险，避免与插件开发有关的多个环节出现问题，更可以防止有人故意利用插件中的API安装恶意代码。因为相对而言，Firefox、Chrome或IE浏览器等的安全性通常会经过更多的人（包括安全小组）的审计，如果安全小组认为某个浏览器安全，一般来说，其安全风险肯定要少得多。

不过，这里所说的安全性有所改善带有一定程度的主要臆测。这个世界总会有一些人把它们的聪明才智用到“邪道”上，他们完全可能利用HTML5的某种特性来从事一些恶意行为。只是现在没有人能够预测HTML5的新功能中到底可能隐藏着哪些危险。

简化Web开发

在一家Web 软件开发公司工作的开发人员的话很有代表性，它简明扼要地阐述了HTML5可能带来的变化。他说：“我更喜欢HTML5，主要是因为它使我能够在一个统一的开发环境下进行开发，这个环境就是浏览器加JavaScript再加上DOM，而不必在Flash世界和HTML5的世界之间来回切换。未来只要掌握一门开发语言和一个工具集，就可以开发任何插件。”

他补充说， “我认为，对于用户而言好处也是很明显的，而现在Flash仿佛在互联网世界里另外创立了一片天地。”

的确，HTML5采用了统一的语言（JavaScript）、统一的数据模型（XML和DOM）和统一的表现规则（CSS）来表现文本、音频、视频和图形，对于开发者而言无疑的是非常理想的，基于一个统一的标准开发环境，工作肯定会简单不少。但要让一切都成为现实挑战仍然是巨大的，一个突出问题是工具的缺乏，现在HTML5的相关工具方面还很少。不可否认，Flash的流行与Adobe为Flash的开发提供了非常好用的工具密不可分。

链   接

HTML 的演进历程

HTML全称是超文本标示语言（Hypertext Markup Language），是用来描述网页的一种规范。正是这些容纳在尖括号里的简单标签，构成了如今的 Web。

HTML的第一个官方版本是由IETF （互联网工程任务组） 推出的 HTML 2.0。后来，W3C 取代 IETF 的角色，成为HTML标准制订的组织，上个世纪90年代的后半叶，HTML 的版本被频繁修改，直到1999年的HTML 4.01，至此，HTML到达了它的第一个巅峰。

HTML在 HTML 4.01之后的第一个修订版本就是XHTML 1.0，其中X代表 “eXtensible”。 XHTML 1.0 是基于HTML 4.01 的，并没有引入任何新标签或属性，唯一的区别是语法，HTML对语法比较随便，而XHTML则要求XML般的严格语法。后来，W3C又推出了XHTML 1.1。

对W3C而言，到了HTML 4已经是功德圆满，他们的下一步工作是XHTML 2.0，希望将Web带向XML的光明未来。然而，来自Opera、Apple以及Mozilla 的代表不满意W3C的工作，他们自发组织成立了超文本应用技术工作组，这就是WHATWG，他们致力于HTML5 规范。

在 WHATWG致力于HTML5的同时，W3C继续他们的XHTML 2.0。不过，W3C在XHTML 2.0方面的工作慢慢地陷入困境，后来终止了XHTML 2.0的工作，并于2007年组建了一个新的HTML工作组，他们非常明智地选择了WHATWG的成果作为基础，致力于制订HTML5规范。

经过多年的酝酿，HTML5的草案于2008年发布，目前W3C正在对它进行进一步完善。现在，关于HTML5何时会正式成为标准还没有一个明确的说法。好消息是，2012年HTML5可能会被接纳为候选标准。不过，可以预料的是，HTML5无论何时能成为标准，HTML5要被所有浏览器提供商所接纳肯定是一个比较长期的过程。

<script type="text/javascript"></script>