Med Googles Chrome-webbläsare med WebKit-kärnan undrar vissa teknikfanatiker om Mozillas Gecko-kärna är på väg att ta slut. Trots WebKits växande popularitet tror dock de som är bekanta med skillnaderna mellan WebKit och Gecko, och som uppskattar det, att möjligheten att Mozilla ska använda WebKit-kärnan i framtida versioner av Firefox ännu inte diskuterats.
Fördelar med Webkit
Webkit är en öppen HTML-renderingsmotor utvecklad av Apples KDE-baserade KHTML-projekt. Vi har sett från Chromes recension att Webkit är en mycket lättviktig renderingsmotor som hyllas för sin kompakta och rena kodbas, utmärkta standardstöd och lilla minnesanvändning. Dessa egenskaper gör Webkit till en populär kärna för många webbläsare.
Webkit används främst i Apples Safari-webbläsare och iPhone, men några viktiga tillverkare som Adobe, Nokia och Trolltech använder också denna kärna. Webkits användare inkluderar också några mindre kända webbläsare, inklusive iCab, Omniweb, Shiira och Epiphany. I vissa nivå 2-operativsystem som Haiku, Syllable och till och med Amiga är Webkit också populärt. Allt fler utvecklare använder Webkit för att utveckla rika internetapplikationer. Efter att ha utvärderat många kärnor valde Google WebKit för sin Android-mobilwebbläsare och Chrome-skrivbordswebbläsare.
Utvecklarens accepterade kommentar om Webkit är att det är en mycket bra renderingsmotor som kan användas i många situationer, och dess attraktionskraft har fått många utvecklare att undra om det finns en marknad för Mozillas Gecko-kärna.
Varför Apple bojkottar Gecko
Gecko, som har sitt ursprung i Netscape och föregår KHTML, har kritiserats för sin stora och komplexa kodbas. Gecko är mycket kraftfullt, men det är dyrt, komplext och har ett stort minnesavtryck. Som ett resultat finns det många tillfällen då Geckos många egenskaper blir en börda.
Anledningen till att Gecko-kärnan är alltför komplex är att Gecko avser att erbjuda mer funktionalitet utöver HTML-rendering. Mozillas tidiga ambitioner var enorma, med Mozillas tidigaste svit av applikationer som inkluderade en webbläsare, e-post- och nyhetsgruppsprogram, webbdesignverktyg och IRC-chatt. Förutom att rendera HTML tillhandahåller Gecko även en mycket använd XML-baserad användargränssnittsgenereringsmotor, XUL. XUL används i alla dessa program. XUL används fortfarande i Firefox idag för att generera användargränssnitt, vilket gör det till en av Firefox mest värdefulla multi-extension-applikationer.
En annan anledning till att Gecko är alltför komplext är XPCOM, ett kraftfullt komponentsystem. Även om XPCOM tillför många spännande funktioner till Gecko för att göra renderingsmotorn komponentiserad, har den missbrukats av vissa utvecklare, och när Ars Technica intervjuade Mozilla-utvecklaren Scott Collins 2004 sa Scott Collins att missbruket av XPCOM var ett av flera stora misstag som Mozilla gjorde.
Med tanke på den komplexitet som XUL och XPCOM medför är det naturligt för Apple att överväga att välja en lättare kärna för Safari. Apple ville designa en webbläsare som kunde integreras tätt med Mac-operativsystemet, och de förutsåg också att motorn skulle stödja mobila enheter, så de insåg att KHTML passade bättre än Gecko.
År 2003, när Apple bestämde sig för att använda KHTML i Safari, bloggade Mozillas Mike Shaver om Geckos brister. Han förutspådde också att Apple skulle bli deras allians för att främja webbstandarder. Han skrev,
"Litet och förfinat var vårt mål, och Geckos klumpighet och uppblåsthet drog våra betyg i olika recensioner, och om jag var tvungen att skriva en ny webbläsare skulle jag överväga alternativ utöver Mozilla. Jag hoppas att Mozilla lär sig av Safari/KHTML eftersom de implementerar riktigt bra funktioner med en tiondel av koden. ”
Gecko ger liv åt Firefox 3
Sedan 2003 har mycket förändrats. Geckos kodbas har utvecklats under lång tid, Gecko är fortfarande komplext, men många av dess historiska brister åtgärdas, och Gecko tillför många innovationer till Firefox 3 som gör betydande förbättringar av hela webbsurfupplevelsen.
Gecko 1.9 använder det plattformsoberoende Cairo-renderingsramverket, stora förbättringar av SVG förenklar koden och introducerar några riktigt häftiga funktioner som helsideszoom, och samtidigt en refaktorerad reflow-algoritm som gjorde det möjligt för Gecko att klara Acid 2-testet. Mozilla har också minskat sitt minnesavtryck avsevärt, och har till och med gått om Safari och Opera.
Användningen av XPCOM har minskat kraftigt, och XPCOM:s resursavtryck har minskats genom en ny återvinningsåtervinningsenhet. Detta arbete fortsätter, och Mozilla kommer ytterligare att minska belastningen på XPCOM i Firefox 4. Andra brister hos Gecko har också åtgärdats i den nya utvecklingen, såsom tillägget av stöd för CSS 3 i alfaversionen av Firefox 3.1, samt vissa prestandaförbättringar som kommer att göra Gecko mer konkurrenskraftigt. Mozillas TraceMonkey-motor kommer sannolikt att ingå i Firefox 3.1, vilket avsevärt kommer att förbättra Javascrip{filter}t:s prestanda.
Ur ett tekniskt perspektiv är Gecko nu mycket stabilt och inte sämre än Webkit. Vissa bevis tyder på att Gecko gör framsteg inom mobilen, något som inte var möjligt för inte så länge sedan. Mozilla har resurserna, utvecklingserfarenheten och communitystödet som kommer att vägleda Gecko in på det område som vilken webkit som helst kan nå. |
Publicerad på 2016-02-26 15:00:14
|
|
|
