HTML-5? 
写这篇文章的源起是今天在 CSDN 上看到了一篇关于 HTML-5 的文章,里面提到了 HTML-5 将要支持的特性:
新应用程序接口(API)
即时二维绘图
定时媒体播放
储存
离线
编辑
拖放
通讯/网络
后退按钮管理
MIME 和协议处理程序时表头登记

看到这个东西,我的第一念头就是:一群伪程序员又在没事找事了……

最早的网页标准 HTML 已经出现了十几年,几乎没有经过什么本质性的改动。仅有的变化也不过是一群废才们在填补另一群废才们留下的漏洞而已,而且广大的 Web 开发者还得去适应各大浏览器那五花八门的填补漏洞的方式。事实上,倒是如何生成 HTML 的技术在较为严密的体系中不断的进化,这个也构成了现在 B/S 模式的基石。

从引入 Java Script 起,Web 开发中编程的成分就逐渐多了起来。Flash 和 Action Script 的出现加剧了这一趋势,而 Ajax 技术的大规模应用则揭下了 Web 应用的最后一块遮羞布——人们真的可以用 Java Script 做所有的事情了,传统 HTML 中的表单这个概念已经彻底沦落成了一个二流角色。

现在到了一个分水岭式的时刻——HTML?还是 Script?这是一个问题……

回想当初 Flash 的出现其实是相当具有革命性的。它实际上是提供了一个高性能的图形引擎去做浏览器一直想做而没有做到的事情。受制于 HTML 早期那自由主义泛滥造成的混乱的标准,抑或是各厂商之间阴暗的商业阴谋,浏览器一直在忙于应付各种新需求及其带来的兼容性问题。而 Flash 作为一个商业应用,其标准的唯一性和一贯性都得到了较好的保持。只是可惜当年 Macromedia 公司还没有那么大的魄力和实力将 Flash 塑造成独立于浏览器的一个富客户端。否则,或许我们今天就用不着讨论 HTML-5 的问题了。

事到如今,传统意义上的 HTML 的时间已经不多了。HTML-5 所致力的,事实上是在把浏览器的富客户端功能标准化,也正如 HTML 在过去十几年的混乱中所期望实现的那样。经过那么多年的疲于奔命,Web 开发者们大概已经厌倦了为不同的浏览器编写不同的代码了。

“富客户端”——这一想法其实是相当有意义的。它能够降低开发 Web 应用的成本,保证 Web 应用的安全性,同时……等等……前两句话跟 Web 这个词有什么联系吗?剥开浏览器的外壳,它不过是一堆运行在本地的,支持图形界面以及网络通信,而且其功能可以任由开发人员调用的二进制数据而已。这个在功能上跟一个运行在本地的可供调用的二进制链接库有什么不同呢?诚然,区别还是有的。其间最大的不同是富客户端对用户的保护,只是这个说白了也就是限制了开发人员所能触及到的用户数据的范围。只是,仅仅只有这个区别吗?

好像还真是的。

矢量动画支持……其实可以用图形库解决;网络通信……这个更是原生编程工具的强项;版式与数据分离……好像二进制原生应用打一开始就是这么做的。所以实际上,只要操作系统能够解决二进制代码访问权限过大的问题,“富客户端”这个概念就完全没有存在的必要。又或者说,“富客户端”的控制代码完全可以以二进制形式存在,并且可以以当前二进制原生应用的方式进行开发。真到了这一天,Web 和本地开发终于又殊途同归了……

好了,现在转头说回 HTML。在这样的一个历史趋势下,它的意义究竟在哪里?遥想当初,HTML 的诞生是为了让人方便的编写带格式及图片的用于交流的文档——至少比 RTF 更方便——同时其文档源代码具有高度的可读性和易学性。但是在一个复杂的需求环境下,它终于被一群怪蜀黍们养成了一个高不成低不就的怪物,以至于人们忘了当初需要它的理由。

随着二进制原生程序编程框架的不断趋同,在统一界面定义语言的领域内倒是一片空白。从定位上来说,当人们厌倦了 MS Sans Serif 字体的时候,在表现上显得更丰富的 HTML 或 XHTML 或许就成了时尚者们拥拓的对象……希望到了这一阶段,Web 应用与原生二进制应用在开发上已经不存在任何区别了!

[ 查看全文 ] ( 6 评论 / 7909 次浏览 )   |  永久链接  |  相关链接  |   ( 3 / 5241 )