Mit Googles Chrome-Browser mit dem WebKit-Kernel fragen sich einige Technikfanatiker, ob Mozillas Gecko-Kernel zu Ende geht. Trotz der wachsenden Beliebtheit von WebKit glauben diejenigen, die mit den Unterschieden zwischen WebKit und Gecko vertraut sind und es schätzen, jedoch, dass die Möglichkeit, dass Mozilla den WebKit-Kernel in zukünftigen Firefox-Versionen verwenden könnte, noch nicht diskutiert wird.
Vorteile von Webkit
Webkit ist eine Open-Source-HTML-Rendering-Engine, die von Apples KDE-basiertem KHTML-Projekt entwickelt wurde. Wir haben aus Chromes Review gesehen, dass Webkit eine sehr leichte Rendering-Engine ist, die für ihren kompakten und sauberen Code, exzellente Standardunterstützung und ihren geringen Speicherbedarf gelobt wird. Diese Eigenschaften machen Webkit zu einem beliebten Kernel für viele Browser.
Webkit wird hauptsächlich im Safari-Browser und iPhone von Apple verwendet, aber auch einige wichtige Hersteller wie Adobe, Nokia und Trolltech nutzen diesen Kern. Zu den Webkit-Nutzern gehören auch einige weniger bekannte Browser, darunter iCab, Omniweb, Shiira und Epiphany. In einigen Tier-2-Betriebssystemen wie Haiku, Silbe und sogar Amiga ist Webkit ebenfalls beliebt. Immer mehr Entwickler nutzen Webkit, um umfangreiche Internetanwendungen zu entwickeln. Nach der Bewertung zahlreicher Kernel entschied sich Google für WebKit für seinen Android-Mobile-Browser und den Chrome-Desktop-Browser.
Der akzeptierte Kommentar des Entwicklers zu Webkit ist, dass es eine sehr gute Rendering-Engine ist, die in vielen Situationen verwendet werden kann, und ihre Anziehungskraft hat viele Entwickler dazu gebracht, sich zu fragen, ob es einen Markt für Mozillas Gecko-Kernel gibt.
Warum Apple Gecko boykottiert
Gecko stammt aus Netscape und ging KHTML voraus, und wurde für seinen großen und komplexen Codebestand kritisiert. Gecko ist sehr leistungsfähig, aber teuer, komplex und hat einen hohen Speicherverbrauch. Infolgedessen gibt es viele Gelegenheiten, in denen die vielen Eigenschaften von Gecko zur Last werden.
Der Grund, warum der Gecko-Kernel übermäßig komplex ist, liegt darin, dass Gecko mehr Funktionalität über das HTML-Rendering hinaus bereitstellen will. Mozillas frühe Ambitionen waren enorm, wobei Mozillas früheste Anwendungssuite einen Browser, Mail- und Newsgroup-Programme, Webdesign-Tools und IRC-Chat umfasste. Neben der Darstellung von HTML bietet Gecko auch eine weit verbreitete XML-basierte Benutzeroberflächengenerierungs-Engine, XUL. XUL wird in all diesen Programmen verwendet. XUL wird heute noch in Firefox verwendet, um Benutzeroberflächen zu erstellen, was es zu einer der wertvollsten Multi-Extension-Anwendungen von Firefox macht.
Ein weiterer Grund, warum Gecko übermäßig komplex ist, ist XPCOM, ein leistungsstarkes Komponentensystem. Obwohl XPCOM viele spannende Funktionen nach Gecko bringt, um die Rendering-Engine komponenten zu machen, wurde es von einigen Entwicklern missbraucht, und als Ars Technica 2004 den Mozilla-Entwickler Scott Collins interviewte, sagte Scott Collins, dass der Missbrauch von XPCOM einer von mehreren großen Fehlern von Mozilla sei.
Angesichts der Komplexität, die XUL und XPCOM mit sich bringen, ist es für Apple naheliegend, einen leichteren Kernel für Safari in Betracht zu ziehen. Apple wollte einen Browser entwickeln, der eng mit dem Mac-Betriebssystem integriert werden kann, und sah außerdem voraus, dass die Engine mobile Geräte unterstützen sollte, weshalb sie erkannten, dass KHTML besser geeignet war als Gecko.
Im Jahr 2003, als Apple beschloss, KHTML in Safari zu verwenden, bloggte Mike Shaver von Mozilla über die Schwächen von Gecko. Er sagte außerdem voraus, dass Apple ihr Bündnis zur Förderung von Webstandards werden würde. Er schrieb,
"Klein und edel war unser Ziel, und Geckos Voluminität und Blähung haben unsere Bewertungen in verschiedenen Bewertungen gezogen, und wenn ich einen neuen Browser schreiben müsste, würde ich andere Optionen als Mozilla in Betracht ziehen. Ich hoffe, Mozilla lernt von Safari/KHTML, denn sie implementieren wirklich großartige Funktionen mit einem Zehntel des Codes. ”
Gecko erweckt Firefox 3 zum Leben
Seit 2003 hat sich viel verändert. Die Codebasis von Gecko hat sich schon lange weiterentwickelt, Gecko ist immer noch komplex, aber viele seiner historischen Schwächen werden behoben, und Gecko bringt viele Innovationen in Firefox 3, die das gesamte Web-Surferlebnis erheblich verbessern.
Gecko 1.9 verwendet das plattformübergreifende Cairo-Rendering-Framework, enorme Verbesserungen für SVG vereinfachen den Code und führen einige sehr coole Funktionen wie ganzseitigen Zoom und gleichzeitig einen refaktorisierten Reflow-Algorithmus ein, der es Gecko ermöglichte, die Acid-2-Tests zu bestehen. Mozilla hat auch seinen Speicherbedarf deutlich reduziert und sogar Safari und Opera übertroffen.
Der Einsatz von XPCOM wurde stark reduziert, und der Ressourcenbedarf von XPCOM wurde durch einen neuen Recycling-Recycler reduziert. Diese Arbeit wird fortgesetzt, und Mozilla wird die Belastung für XPCOM in Firefox 4 weiter verringern. Weitere Schwächen von Gecko wurden in der neuen Entwicklung ebenfalls behoben, wie die Ergänzung der Unterstützung für CSS 3 in der Alpha-Version von Firefox 3.1 und einige Leistungsverbesserungen, die Gecko wettbewerbsfähiger machen werden. Mozillas TraceMonkey-Engine wird wahrscheinlich in Firefox 3.1 enthalten sein, was die Leistung von Javascrip{filter}t deutlich verbessern wird.
Technisch gesehen ist Gecko jetzt sehr solide und nicht schlechter als Webkit. Einige Hinweise deuten darauf hin, dass Gecko in der Mobilbranche Fuß drängt, etwas, das noch nicht allzu lange noch möglich war. Mozilla verfügt über die Ressourcen, Entwicklungserfahrung und Community-Unterstützung, die Gecko in das Gebiet führen, auf das jedes Webkit zugreifen kann. |
Veröffentlicht am 26.02.2016 15:00:14
|
|
|
