С браузъра Chrome на Google с ядрото WebKit, някои технологични ентусиасти се чудят дали ядрото Gecko на Mozilla не приключва. Въпреки нарастващата популярност на WebKit, тези, които са запознати с разликите между WebKit и Gecko и го ценят, смятат, че възможността Mozilla да използва ядрото WebKit в бъдещи версии на Firefox все още не е обсъждана. Предимства на Webkit Webkit е HTML рендеринг енджин с отворен код, разработен от KHTML проекта на Apple, базиран на KDE. От ревюто на Chrome видяхме, че Webkit е много лек рендериращ енджин, който е похвален за компактната и чиста кодова база, отличната стандартна поддръжка и малкия си капацитет за памет. Тези качества правят Webkit популярно ядро за много браузъри. Webkit се използва основно в браузъра Safari на Apple и iPhone, но някои важни производители като Adobe, Nokia, Trolltech също използват това ядро. Потребителите на Webkit включват и някои по-малко известни браузъри, включително iCab, Omniweb, Shiira и Epiphany. В някои операционни системи от второ ниво като Haiku, Syllable и дори Amiga, Webkit също е популярен. Все повече разработчици използват Webkit за разработване на богати интернет приложения. След оценка на множество ядра, Google избра WebKit за своя Android мобилен браузър и Chrome десктоп браузър. Приетият коментар на разработчика за Webkit е, че това е много добър рендериращ енджин, който може да се използва в много ситуации, а привлекателността му накара много разработчици да се запитат дали има пазар за ядрото Gecko на Mozilla. Защо Apple бойкотира Gecko Произхождаща от Netscape и предшествайки KHTML, Gecko е критикувана за голямата и сложна кодова база. Gecko е много мощен, но е скъп, сложен и има голям капацитет за памет. В резултат на това има много случаи, когато многобройните характеристики на гекона стават тежест. Причината, поради която ядрото на Gecko е прекалено сложно, е, че Gecko възнамерява да предостави повече функционалност отвъд HTML рендерирането. Ранните амбиции на Mozilla бяха огромни, като най-ранният набор от приложения на Mozilla включваше браузър, програми за поща и новинарски групи, инструменти за уеб дизайн и IRC чат. Освен рендерирането на HTML, Gecko предоставя и широко използван XML-базиран двигател за генериране на потребителски интерфейс, XUL. XUL се използва във всички тези програми. XUL все още се използва във Firefox днес за генериране на потребителски интерфейси, което го прави едно от най-ценните мулти-разширения приложения на Firefox. Друга причина Gecko да е прекалено сложен е XPCOM – мощна компонентна система. Докато XPCOM носи много вълнуващи функции на Gecko, за да направи рендеринг енджина компонентен, той е злоупотребяван от някои разработчици, а когато Ars Technica интервюира разработчика на Mozilla Скот Колинс през 2004 г., Скот Колинс каза, че злоупотребата с XPCOM е една от няколкото големи грешки, направени от Mozilla. Като се има предвид сложността, която XUL и XPCOM предлагат, е естествено Apple да обмисли избор на по-леко ядро за Safari. Apple искаше да проектира браузър, който да бъде тясно интегриран с операционната система Mac, и също така предвидиха, че двигателят трябва да поддържа мобилни устройства, затова осъзнаха, че KHTML е по-подходящ от Gecko. През 2003 г., когато Apple реши да използва KHTML в Safari, Майк Шейвър от Mozilla публикува блог за недостатъците на Gecko. Той също така предсказа, че Apple ще стане техният алианс за насърчаване на уеб стандартите. Той написа, "Нашата цел беше малка и изтънчена, а обемистостта и излишъкът на Gecko вдигнаха оценките ни в различни ревюта, и ако трябваше да напиша нов браузър, бих разгледал опции, различни от Mozilla. Надявам се Mozilla да се учи от Safari/KHTML, защото те реализират наистина страхотни функции с 1/10 от кода. ” Gecko вдъхва живот на Firefox 3 От 2003 г. насам много неща се промениха. Кодовата база на Gecko се е развивала дълго време, Gecko все още е сложен, но много от историческите му недостатъци се адресират, а Gecko носи много иновации във Firefox 3, които значително подобряват цялото преживяване при сърфиране в интернет. Gecko 1.9 използва кросплатформената рамка за рендериране на Cairo, огромни подобрения в SVG опростява кода и въвежда някои много интересни функции като мащабиране на цяла страница, а в същото време и рефакториран алгоритъм за препълване, който позволява на Gecko да премине Acid 2 тестването. Mozilla също значително намали своя отпечатък на паметта, дори надминавайки Safari и Opera. Използването на XPCOM е значително намалено, а ресурсният отпечатък на XPCOM е намален благодарение на нов рециклиращ апарат. Тази работа продължава и Mozilla ще намали допълнително натоварването върху XPCOM във Firefox 4. Други недостатъци на Gecko също бяха отстранени в новата разработка, като добавянето на поддръжка за CSS 3 в алфа версията на Firefox 3.1 и някои подобрения в производителността, които ще направят Gecko по-конкурентоспособен. TraceMonkey енджинът на Mozilla вероятно ще бъде включен във Firefox 3.1, което значително ще подобри производителността на Javascrip{filter}t. От техническа гледна точка, Gecko вече е много стабилен и не по-лош от Webkit. Някои доказателства сочат, че Gecko навлиза в мобилната индустрия, нещо, което не беше възможно преди толкова време. Mozilla разполага с ресурси, опит в разработката и подкрепа от общността, които ще насочат Gecko към територията, до която всеки webkit може да достъпи. |