Web标准的未来,浏览器的未来,应用的未来。

简介:

本来我一直想把这篇文章作为《重构之美-跨越Web标准,拥抱语义网》的终结文,心想那个时候,环境的发展和知识的积累应该能够支撑我写下这样的标题。可是《重构之美》一直没时间持续整理,而大环境又光速般的前进,实在搞得我屁痒痒的。所以管他三七二十一、成熟与不成熟,先把屁放了,人爽了再说。

从何说起?很简单:Webkit!

先做一个简单的浏览器排版引擎知识普及:

1、Trident:Windows IE系列核心的浏览器。
2、Gecko:Firefox。
3、Webkit:Safari、Chrome。
4、Presto:Opera。

Webkit的能量有多大?

iPhone中的Safari自不用说,Google Android采用Webkit,Google Chrome采用Webkit,Nokia采用Webkit,Palm直接把Webkit处理为Web OS,Adobe Air采用Webkit,……,Safari 4集成nitro引擎放个Beta版小试牛刀就至今性能状元。html5和css3?这些已经微不足道了,在Webkit上那已成必需品了,不用担心(在IE上是奢侈品,妈的IE7羞答答的支持了一下:hover和png,IE8我至今不知道有什么革命性的实用支持)。就在我写文之时,正淳跑过来给我演示Webkit CSS3的动画,他说他很激动,我说我也很激动。

iPhone OS 3即将发布,Safari 4的集成那是自然而然的事情,而Safari 4的极速又将使得iPhone本来就傲视群雄的Web性能得到进一步提升。

Maxthon 3正在Alpha内测,这款有最大市场的优秀的IE浏览器外壳开始抛弃IE了,它默认的极速模式,其引擎便是Webkit!而IE引擎变成了需要点击的兼容模式。Maxthon做出了选择,带头吹响了外壳独立的号角,其他各大浏览器外壳想来也不会落后,而如果要选择引擎,还有比Webkit更好的选择吗?一旦各浏览器外壳独立,IE的市场份额难道不剧烈震荡,迅速萎缩?

Gecko在努力,努力的追赶Webkit,但是Gecko和Webkit的差距不仅仅体现在性能上,最重要的是在布局上,Gecko差太多了,太单点了:Windows Firefox桌面浏览器。而Webkit呢?移动上iPhone、Android平台、Nokia、Palm、如果微软最终选择了Webkit,那么WM也将成为Webkit的领域。而桌面上Safari、Chrome、Maxthon还有很多很多,尤其是微软在下一代IE上的态度还不明确,如果是Webkit呢?还有Web OS上,Palm已经使用Webkit率先给出了答案。Gecko很优秀,Firefox很优秀,但是宏观上,它已经被Webkit全方位的包围了。严格的说,真是为它捏把汗,Firefox现在还能依仗着插件的优势、折中的速度、市场老二获得一个全能第一称号,但是未来呢?真心的说,我已经不为它捏汗了,它已经输了。从围棋的角度,Gecko虽然拿到实目,但只守着一个角。而Webkit虽然大部分是虚目,但几乎已经完成了大布局。在气势上,两者根本无法相提并论。

也许最后Webkit一统江湖,而Firefox沦陷为现在的Opera。

回头说说IE系列,发展了这么多年,在基础支持上一直没有太大的变化,从IE6到IE7,IE7到IE8,少得可怜的提升。一直认为是微软不思进取,前段时间传言下一代IE浏览器(IE9?)有可能采用Webkit核心,又有传言说是使用微软自己研究的Gazelle新引擎。这说明了一点,十多年的Trident引擎终将被抛弃。我曾说过微软一直寄望用操作系统灭掉浏览器,让整个互联网以软件的形式铺开,所以压根就没想过改进IE6。而vista这个大战略的失败使得系统迅速弱化,跟随系统弱化的是客户端软件,而浏览器及其应用开始唱起了主角。当微软想重新拾起Trident的时候,也许Trident这个核心已经无法支撑现代互联网了,微软改改改,改了半天,IE7不行,再改,IE8,还是不行,和webkit几十倍的差距,怎么补啊?

微软可能会采用Webkit吗?我觉得主要是要看传言中的Gazelle引擎是否存在,存在的话,其性能是否能势均力敌。但是如果开发不出旗鼓相当的又或者其醉翁之意不在酒,那么微软也许真会像Google那样选择Webkit作为IE9的引擎……

对于我来说,IE9用Webkit还是Gazelle不重要,重要的是Trident这个该死引擎终于即将作古。

Firefox、Webkit、Opera都支持HTML5和CSS3,现在就等微软了吗?错,都等烦了,开始抛弃了,厂商在抛弃,应用在抛弃,最终用户也会抛弃。

应用的未来建立在浏览器上,浏览器的未来建立在Web标准上,而Web标准的未来……就是现在!Right Now!HTML5、CSS3、JS。


本文转自爆牙齿博客园博客,原文链接:http://www.cnblogs.com/yuntian/archive/2009/05/26/1489089.html,如需转载请自行联系原作者

相关文章
|
前端开发 算法 API
构建高性能图像处理Web应用:Next.js与TailwindCSS实践
本文分享了构建在线图像黑白转换工具的技术实践,涵盖技术栈选择、架构设计与性能优化。项目采用Next.js提供优秀的SSR性能和SEO支持,TailwindCSS加速UI开发,WebAssembly实现高性能图像处理算法。通过渐进式处理、WebWorker隔离及内存管理等策略,解决大图像处理性能瓶颈,并确保跨浏览器兼容性和移动设备优化。实际应用案例展示了其即时处理、高质量输出和客户端隐私保护等特点。未来计划引入WebGPU加速、AI增强等功能,进一步提升用户体验。此技术栈为Web图像处理应用提供了高效可行的解决方案。
|
缓存 前端开发 应用服务中间件
Web端实时通信技术SSE在携程机票业务中的实践应用
本文介绍了携程机票前端基于Server-Sent Events(SSE)实现服务端推送的企业级全链路通用技术解决方案。文章深入探讨了 SSE 技术在应用过程中包括方案对比、技术选型、链路层优化以及实际效果等多维度的技术细节,为类似使用场景提供普适性参考和借鉴。该方案设计目标是实现通用性,适用于各种网络架构和业务场景。
441 1
|
缓存 前端开发 应用服务中间件
Web端实时通信技术SSE在携程机票业务中的实践应用
本文介绍了携程机票前端基于Server-Sent Events(SSE)实现服务端推送的企业级全链路通用技术解决方案。文章深入探讨了 SSE 技术在应用过程中包括方案对比、技术选型、链路层优化以及实际效果等多维度的技术细节,为类似使用场景提供普适性参考和借鉴。
530 7
|
Web App开发 编解码 vr&ar
使用Web浏览器访问UE应用的最佳实践
在3D/XR应用开发中,尤其是基于UE(虚幻引擎)开发的高精度场景,传统终端因硬件局限难以流畅运行高帧率、复杂效果的三维应用。实时云渲染技术,将渲染任务转移至云端服务器,降低终端硬件要求,确保用户获得流畅体验。具备弹性扩展、优化传输协议、跨平台支持和安全性等优势,适用于多种终端和场景,特别集成像素流送技术,帮助UE开发者实现低代码上云操作,简化部署流程,保留UE引擎的强大开发能力,确保画面精美且终端轻量化。
795 17
使用Web浏览器访问UE应用的最佳实践
|
中间件 关系型数据库 数据库
docker快速部署OS web中间件 数据库 编程应用
通过Docker,可以轻松地部署操作系统、Web中间件、数据库和编程应用。本文详细介绍了使用Docker部署这些组件的基本步骤和命令,展示了如何通过Docker Compose编排多容器应用。希望本文能帮助开发者更高效地使用Docker进行应用部署和管理。
477 19
|
Kubernetes 安全 Devops
有效抵御网络应用及API威胁,聊聊F5 BIG-IP Next Web应用防火墙
有效抵御网络应用及API威胁,聊聊F5 BIG-IP Next Web应用防火墙
396 10
有效抵御网络应用及API威胁,聊聊F5 BIG-IP Next Web应用防火墙
|
弹性计算 Java 关系型数据库
Web应用上云经典架构实践教学
Web应用上云经典架构实践教学
417 2
Web应用上云经典架构实践教学
|
弹性计算 Java 数据库
Web应用上云经典架构实战
本课程详细介绍了Web应用上云的经典架构实战,涵盖前期准备、配置ALB、创建服务器组和监听、验证ECS公网能力、环境配置(JDK、Maven、Node、Git)、下载并运行若依框架、操作第二台ECS以及验证高可用性。通过具体步骤和命令,帮助学员快速掌握云上部署的全流程。
509 1
|
弹性计算 负载均衡 安全
云端问道-Web应用上云经典架构方案教学
本文介绍了企业业务上云的经典架构设计,涵盖用户业务现状及挑战、阿里云业务托管架构设计、方案选型配置及业务初期低门槛使用等内容。通过详细分析现有架构的问题,提出了高可用、安全、可扩展的解决方案,并提供了按量付费的低成本选项,帮助企业在业务初期顺利上云。
513 0
|
算法 开发者
Moment.js库是如何处理不同浏览器的时间戳格式差异的?
总的来说,Moment.js 通过一系列的技术手段和策略,有效地处理了不同浏览器的时间戳格式差异,为开发者提供了一个稳定、可靠且易于使用的时间处理工具。
939 156