Google这个号称永不为恶的公司,继续着它的口碑策略,依旧是瞄着“万恶不赦”的MS,不过这次Target变成了Internet Explorer了。Google Chrome说来就真的来了。

虽然Google依旧赞助着Firefox,但是不可避免的IE, Firefox以及Chrome之间的三国演义肯定比以往的Firefox、IE两虎相争好看的多。难怪这些年来,尽管西班牙甲级联赛一直排在FIFA的联赛积分榜首位,但还是更多的人喜欢看英超和意甲(当然西班牙足球开球时间也有一定的影响)。

无论如何,在俺们公司那冗长的SWAP加入Chrome之前,俺们可以放心大胆的试用一把,而且我绝对相信Google的产品肯定较之华而不实的Apple稳定兼有效得多。

唯一不知道的是,MS的IE team会不会也给Chrome送上一个大蛋糕呢

Chrome Options

为了增加一下本文的看点,写一点使用体会吧:

  1. Chrome毫无疑问比IE8快,这在网速相同的情况下,Chrome所用的Html解析器比MS的效率更高一点。联想到当年Apple推出浏览器时同样宣称速度很快,我很好奇其快速的原因之所在,装得稍微专业一点,看看Chrome和IE8的Dependence吧:

Chrome Dependence

IE Dependence

毫无疑问,IE8明显把功能剥离出来,写过C++程序的人都明白,MS不仅仅自己推出了COM技术,更把它渗透了它自己产品的各个角落,这也就是Maxthon之类基于IE核心浏览器能存在的理由,而Reuse的代价通常都是繁多的代码。至于JScript的运行效率之类,PCOnline似乎已经做了一些颇为专业的测试。

  1. Google很讨巧的用单独的Process来表达每个Tab,我怀疑这种技术是不是基于MS在Office中开始增加的另外一种GUI(Multiple Top-Level documents)的技术,当然MS早早的把它合成在MFC中了。尽管Chrome无疑不是Built自MFC,但原理都是相同的,而且MFC是一个公开Source Codes的商业库。

MFC App Wizard

Chrome这种做法的好处是单个Tab的Dump不会影响其它的,这不同于IE8那启动的两个Process。IE8那两个Process中Backup的那个只有在当前那个无响应时才接管,而经过我从Beta 1到Beta 2的试用,IE8这种效果起码不是我满意的。而Chrome的做法无疑是讨巧的,虽然它无形中增加了系统的开销,对Windows这种的系统来说,创建一个Process起码要两个内核对象,一个Process,一个Thread,更不要说多出来的那个Thread会在分享CPU时间片上会给别的Process带来影响。不过,对一个用在客户端的浏览器,这是完全可以接受的,对数据库这种被迫使用Fiber线程来增加效率的近乎BT的程序来说,这当然是不可想象的。

  1. 不得不说,Chrome的兼容性还是比较弱的,就拿PCOnline的网站来说,我曾经遇到部分网页始终无法正常显示。还有,对微软的东西也非常差,比如Windows Live Sign-in Assistant跟Windows Live Spaces,很多Microsoft Enhanced的内容根本显示不出来,俺自己Spaces的Visit Counter就无法显示,同样编辑板块中图片甚至连删除留言Button也看不到了。

总结陈词,Chrome确实不错,再发现它大的问题或证明IE8能在速度上超过它之前,我会用它来代替IE8 Beta 2的。