作者darKyle (飘向星空)
看板Browsers
标题Re: [-Fx-] 掰掰ff老牛!真的很慢!
时间Fri Sep 11 15:00:02 2009
这篇文章解释了Mozilla的取舍
http://ppt.cc/3T_F=
大意是Mozilla为了扩充性而继续拥抱架构复杂且肥大的Gecko
Gecko的介面架构是XUL
XUL支援CSS, JavaScript, DOM
所以只要有网页开发的背景 可以很轻易投入XUL的开发
而Firefox的扩充套件也是以XUL为基础 所以扩充性很强
但缺点就在於 XUL的运作原理也跟HTML一样
Firefox在启动时必须先读取XUL文件
根据其架构(DOM)和样式(CSS)绘制出介面 并执行程式码(JavaScript)
相较於一般GUI程式直接执行binary 势必比较慢
至於套件相容性
因为采用XUL
绝大部分的套件都是跨平台 在Linux, Mac OS X, Windows上都可以运作
另一方面 WebKit近年来发展得很不错
效能佳 省资源 符合标准(Safari是最早通过Acid3的)
目前WebKit系(Chrome, Safari)执行JavaScript的速度也是领先
但是Mozilla为了扩充性 并不考虑转换到WebKit
虽然目前Chrome和Safari有外挂
不过都是绑OS的
而且开发方式和Firefox的套件相去甚远
换句话说 Firefox的竞争策略是是差异化和客制化
速度虽然也很重要 但并不是其发展重点
p.s. 我不是故意要鬼隐Opera
Presto也是很优秀的 优势和WebKit差不多
但这篇是比较开放原始码的排版引擎
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.119.232.241
1F：推 localchu:用心推 XDD 鬼隐 09/11 15:03
2F：推 kawasakiZII:长知识推 09/11 15:26
3F：推 emethxyz:套件安装後不能针对系统编成程式吗？ 09/11 15:46
4F：→ emethxyz:如果mozilla用这个原理 另外设计套件引擎应该可行吧？ 09/11 15:46
5F：推 jpgif617:推 09/11 16:05
6F：推 nubi:jetpack? 09/11 16:22
7F：推 MikuruXshana:长知识!! 09/11 21:42
※ 编辑: darKyle 来自: 140.119.232.241 (09/11 22:05)
8F：→ Naniko:要拼速度顶多也是跟opera.chrome一样 何必拿自己的短处硬去 09/12 20:19
9F：→ Naniko:撞别人长处 持续发展自己的长处私以为是聪明的决定 09/12 20:19
10F：推 art1:推！！ 09/13 08:02
11F：推 davidbright:push 09/13 14:52
12F：→ davidbright:FF很多方便处是其他没有的... 09/13 14:52
13F：推 pengseng:比开启速度就像在比PC开机速度一样，没事一直开开关关的 09/14 14:13
14F：→ pengseng:干嘛... 09/14 14:13
15F：推 xvid:开关浏览器的频率远大於pc开关机.... 这比喻有点烂 09/14 14:19
16F：→ darKyle:这就是习惯问题了 win使用者习惯不用的时候就关掉 否则会 09/14 15:18
17F：→ darKyle:占工作列空间 但是Mac使用者关闭视窗时并不会关掉程式 09/14 15:20
18F：→ darKyle:程式还在背景待命 如果有放在dock也不会占额外空间 09/14 15:21
19F：→ darKyle:不过火狐有缩到系统列的套件 在win下常驻也可以不占工作列 09/14 15:23
20F：推 pengseng:好吧，那我大概是特例，两者开关的频率差不多 09/15 02:06
21F：推 jyunwei:我也是Fx开起来就不会关了耶＝ ＝毕竟电脑开着看网页机率 09/18 16:53
22F：→ jyunwei:太高了啊，就算只是在逛B也随时都有可能点连结 09/18 16:53
23F：推 ddrdod:长知识推！ 01/26 18:54