作者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