html 5，神化运动进行时 3页

HTML5，神化运动进行时HTML5正在因过多的特性加入变得臃肿和偏离实际需求；与此同时，这些过于复杂的特性在人们的不断传播中被神化的无比强大。我们到底需要怎样的新技术？仅仅是增加更多的功能特性吗？AD：【51CTO观察】你对一门Web前端技术抱有怎样的期待？除了简单易用，它还要完美支持媒体元素、可以实现网页的3D化效果、可以操作本地文件、具有足够的安全性、能做一些数据存储工作，另外，如果能从底层改变当前Web的通信机制就更好了。注意，这里提到的是一门技术，而不是很多种技术的综合，不是JavaScript、不是RIA、不是某种网络协议。这是目前我们所能看到的还处于草案阶段的HTML5。作为最基础的Web技术，HTML语言已经10年没有过大范围的改变，这十年间互联网从技术到应用都已沧海桑田；与纷繁的服务器端技术的进化相比，人们甚至已经淡忘HTML还需要升级，还可以增添更多的属性和功能。HTML版本历史◆超文本标记语言（第一版）在1993年6月由互联网工程工作小组（IETF）工作草案发布（并非标准）◆HTML2.01995年11月作为RFC1866发布，在RFC2854于2000年6月发布之后被宣布已经过时◆HTML3.21996年1月14日，W3C推荐标准◆HTML4.01997年12月18日，W3C推荐标准◆HTML4.01（微小改进）1999年12月24日，W3C推荐标准◆ISOHTML（ISOIEC15445:2000）2000年5月15日发布，基于严格的HTML4.01语法，是国际标准化组织和国际电工委员会的标准51CTO第一次关注HTML5标准是在2008年的一篇文章《HTML5正式标准恐2022年才能正式发布》。这篇报道中，HTML5标准的编著者IanHickson为HTML5的推出列出了一个时间表。他假定各个浏览器开发商会在H台湾高山茶eupai.netTML5处于最后起草阶段时开始全面支持HTML5，而这就将HTML5的广泛应用推后到了2012年。更糟糕的是，最终的推荐性正式标准直到2022才会发布。当时，这篇报道并没有引起人们太玛瑙mnwg.net多的注意；关于HTML5，国内媒体也没有太多关注。但51CTO认为，作为一项重要的基础性技术标准，HTML5有必要被我们关注和熟知，随后我们陆续推出了◆HTML5指引下一代网络应用开发标准◆HTML5标准缘何如此重要？从浏览器与Google谈起◆从零开始构建HTML5Web页面等介绍HTML5的技术概览和入门文章。随后，这个未来的Web开发标准开始渐渐被人们注意，并在Youtube正式开放HTML5视频功能、iPad不支持Flash等消息被广泛传播后开始迅速升温。HTML5vsFlash有时，媒体的放大器作用也需要时机。iPad不支持Flash（苹果官方的说法是资源占用和耗电量等原因），引发了一场HTML5与Flash的技术论战。一时间，不明就里的媒体开始疯炒HTML5来临Flash死亡倒计时。人们将视线聚焦在HTML5的视频功能上，并开始与其他RIA技术相提并论，比如：◆HTML5会为Flash和Silverlight送终吗？◆HTML5真的能战胜Flash和Silverlight？◆HTML5怎么就成了RIA杀手？这些文章用疑问句和危机感引起了多数读者的注意，Adobe\nCEO甚至亲自站出来反驳。事实上，HTML5与Flash等RIA技术并不是一个层面的技术。虽然在相同的应用需求下（Web视频方面），HTML5可以用自身的标签（主要是和）代替Flash的部分功能，但也仅仅是代替和部分而已。以Flash在这个领域多年积累的优势，几年内少有技术能够撼动；何况2022年才发布的HTML5标准给Adobe留下了足够的时间拉开距离。更重要的是，HTML5是Web前端的实现技术，它更专注与内容的格式与输出；而Adobe的Flash却有一套完整的RIA技术解决方案。另外，看看《HTML5视频音频元素全解析》一文我们就会知道，作为一门标记型语言，HTML5在实现Web视频方面稍显无力，Flash开发者无法再使用他们熟悉的ActionScript脚本来控制页面的交互逻辑和功能。习惯于DIV+CSS的前端工程师们也未必接受HTML变的更复杂。HTML5与Flash的可笑对决因为媒体的放大而被大家熟知并谈论；某种程度上，这成为树立HTML5彪悍形象的强大推力，HTML5正在被神化，我们似乎忘记了，它只是一门标记语言，只是铺在浏览器里等待被解析的一堆尖括号。对Web视频的支持只是HTML5众多神奇功能中的一个，它还有更神奇的地方。法力无穷的HTML5HTML5FileAPI，有关文档操作的API，改善基于浏览器的Web应用程序处理文件上传的方式，使文件直接拖放上传成为可能。目前，草案定义了新的输入选项﹤inputtype=file﹥来处理文件上传。安全沙箱机制，针对iframe元素增加sandbox属性，可以防止不信任的Web页面执行某些操作。可以有效防止访问父页面的DOM、读写Cookie、本地存储或本地SQL数据库等。HTML5WebSQLDatabase，使用本地和会话存储实现简单的对象持久化，对简单的关键值对（比如应用程序设置）或简单对象（如应用程序状态）进行存储，使用本地和会话存储能够很好地完成。HTML53D技术标准，内建3D技术的支持，无需插件即可将网页3D化；不仅可以简化开启显卡3D网页硬加速功能的操作步骤，而且还规定了一套适合网页使用的3D图形接口界面，支持脚本化运行。改变Web通信机制！定义在HTML5规范的通信章节HTML5WebSocket可以通过一个单一的Socket实现一个全双工，双向通信的信道。HTML5WebSocket提供的标准可以使用它构建可扩展的实时Web应用程序。以上所提到的功能特性存在于目前的HTML5草案中，我们可以想象正式标准公布之时会有怎样一串长长的特性列表。而在正式标准公布之前，关于未来Web开发标准的神化运动会一直进行下去。本来这篇文章写到这里就可以收尾，但想起了一位51CTO网友对HTMLWebSocket一文的评论，也许可以从一个侧面反映出人们对HTML5的无奈、愤怒和期待：真正应该关心的技术，是屏蔽各代技术之间差异的库或者框架，比如Flash，sliverlight，javaapplet，甚至各种js库，该评论的完全版请点这里。新特性威武这是个新功能新特性论斤称的时代。我们经常看到某种技术（或软件）在更新版本时都会附上一堆强悍的功能列表；并在大家争相传颂之后，被视为神迹。而之前的Bug修正列表在近几年很少被提及。技术造神论在厂商和媒体的不断炒作中渐渐神化得无比强大，哪怕它现在只是个草案或者概念。但当这些技术真正来到我们面前时，我们却只能以一种仰视的角度无奈的看待它们。这其中所隐含的是技术更新与实际需求的不对称；厂商的技术竞争策略与真实应用开发环境的不对称。技术的演进不在我们触手可及的地方，你需要在一堆新概念新噱头中学会疲惫的跳跃。这其中的关键是开发者应用需求与厂商商业策略的背离：我们和技术厂商都期望的太多，却很少重合。我们对一门新技术抱有怎样的期待？以下是51CTO的观点，不足之处请留言补充。新技术应该在现有技术的基础上对不足之处提供足够的调整和优化；这需要对开发者和社区有足够的敬意和耐心。\n新技术应该专注当前的应用场景（范围），而不是太过贪婪于其他热门领域，不然很容易跑偏；新技术的目标应该是所谓的里程碑版本，它为开发者或使用者提供足够的理由转换到新版本，并维持这个版本足够长的时间，不会因更新过快导致兼容性和学习成本过高的问题。【责任编辑：Dev02TEL：（010）68476606】网络服务器配置与应用（第3版）本书是由长期从事网络管理工作和网络工程人员培训工作的一线网管人员和教学人员精心编写，从现实的技术发展角度和实际应用的角度