Dzięki przeglądarce Chrome Google z jądrem WebKit niektórzy fanatycy technologiczni zastanawiają się, czy jądro Gecko firmy Mozilla dobiega końca. Jednak pomimo rosnącej popularności WebKit, osoby zaznajomione z różnicami między WebKit a Gecko i doceniające to, uważają, że możliwość wykorzystania jądra WebKit przez Mozillę w przyszłych wersjach Firefoxa nie jest jeszcze omawiana.
Zalety Webkit
Webkit to otwartoźródłowy silnik renderujący HTML opracowany przez projekt KHTML firmy Apple opartego na KDE. Z recenzji Chrome wynika, że Webkit to bardzo lekki silnik renderujący, chwalony za kompaktowy i czysty kod, doskonałe wsparcie standardowe oraz niewielkie zużycie pamięci. Te cechy sprawiają, że Webkit jest popularnym jądrem wśród wielu przeglądarek.
Webkit jest głównie używany w przeglądarce Safari i iPhonie firmy Apple, ale niektórzy ważni producenci, tacy jak Adobe, Nokia czy Trolltech, również korzystają z tego rdzenia. Użytkownicy Webkit to także mniej znane przeglądarki, w tym iCab, Omniweb, Shiira i Epiphany. W niektórych systemach operacyjnych drugiego poziomu, takich jak Haiku, Syllable, a nawet Amiga, Webkit jest również popularny. Coraz więcej deweloperów korzysta z Webkit do tworzenia bogatych aplikacji internetowych. Po ocenie licznych jąder Google wybrało WebKit dla przeglądarki mobilnej na Androida oraz przeglądarki Chrome na komputerze.
Przyjętą opinią deweloperów na temat Webkit jest to, że to bardzo dobry silnik renderujący, który można wykorzystać w wielu sytuacjach, a jego atrakcyjność sprawiła, że wielu deweloperów zaczęło się zastanawiać, czy istnieje rynek dla jądra Gecko firmy Mozilla.
Dlaczego Apple bojkotuje Gecko
Gecko, pochodzące z Netscape i istniejące przed KHTML, było krytykowane za dużą i złożoną bazę kodu. Gecko jest bardzo potężne, ale drogie, złożone i ma duże zużycie pamięci. W efekcie często zdarza się, że liczne cechy Gekona stają się ciężarem.
Powodem, dla którego jądro Gecko jest zbyt złożone, jest to, że Gecko zamierza zapewnić więcej funkcji wykraczających poza renderowanie HTML. Wczesne ambicje Mozilli były ogromne, a najwcześniejszy zestaw aplikacji obejmował przeglądarkę, programy mailowe i grupowe dyskusyjne, narzędzia do projektowania stron internetowych oraz czat IRC. Oprócz renderowania HTML, Gecko oferuje także szeroko stosowany silnik generowania interfejsu użytkownika oparty na XML, XUL. XUL jest używany we wszystkich tych programach. XUL jest nadal używany w Firefoxie do generowania interfejsów użytkownika, co czyni go jedną z najcenniejszych aplikacji multi-extension Firefox.
Kolejnym powodem, dla którego Gecko jest zbyt skomplikowane, jest XPCOM, potężny system komponentów. Chociaż XPCOM wnosi do Gecko wiele ekscytujących funkcji, by silnik renderujący był komponentowy, był nadużywany przez niektórych deweloperów, a gdy Ars Technica przeprowadziła wywiad z programistą Mozilli Scottem Collinsem w 2004 roku, Scott Collins powiedział, że nadużycie XPCOM było jednym z kilku głównych błędów popełnionych przez Mozillę.
Biorąc pod uwagę złożoność, jaką niesie XUL i XPCOM, naturalne jest, że Apple rozważa wybór lżejszego jądra do Safari. Apple chciało zaprojektować przeglądarkę, która byłaby ściśle zintegrowana z systemem operacyjnym Mac, a także przewidziało, że silnik będzie obsługiwać urządzenia mobilne, więc uznali, że KHTML lepiej pasuje niż Gecko.
W 2003 roku, gdy Apple zdecydowało się używać KHTML w Safari, Mike Shaver z Mozilli pisał na blogu o niedociągnięciach Gecko. Przewidywał również, że Apple stanie się ich sojuszem promującym standardy webowe. Napisał,
"Naszym celem było małe i wyrafinowane, a masywność i rozrost Gecko wyciągnęły nasze oceny w różnych recenzjach, i gdybym miał napisać nową przeglądarkę, rozważyłbym inne opcje niż Mozilla. Mam nadzieję, że Mozilla nauczy się od Safari/KHTML, bo implementują naprawdę świetne funkcje w 1/10 kodu. ”
Gecko ożywia Firefox 3
Od 2003 roku wiele się zmieniło. Baza kodu Gecko ewoluowała przez długi czas, Gecko wciąż jest złożone, ale wiele jego historycznych wad jest naprawianych, a Gecko wprowadza do Firefox 3 wiele innowacji, które znacząco poprawiają całe doświadczenie przeglądania internetu.
Gecko 1.9 korzysta z wieloplatformowego frameworka renderowania Cairo, ogromne ulepszenia w SVG upraszczają kod i wprowadzają bardzo ciekawe funkcje, takie jak powiększenie całej strony, a jednocześnie zrefaktoryzowany algorytm reflow, który umożliwił Gecko przejście testów Acid 2. Mozilla znacznie zmniejszyła także swój zasięg pamięciowy, przewyższając nawet Safari i Operę.
Wykorzystanie XPCOM zostało znacznie ograniczone, a zużycie zasobów XPCOM zostało ograniczone dzięki nowemu recyklerowi do recyklingu. Prace te trwają, a Mozilla jeszcze bardziej zmniejszy obciążenie XPCOM w Firefoxie 4. W nowym rozwoju rozwiązano także inne wady Gecko, takie jak dodanie wsparcia dla CSS 3 w wersji alfa Firefox 3.1 oraz pewne poprawy wydajności, które uczynią Gecko bardziej konkurencyjnym. Silnik TraceMonkey firmy Mozilla prawdopodobnie zostanie uwzględniony w Firefoxie 3.1, co znacząco poprawi wydajność Javascrip{filter}t.
Z technicznego punktu widzenia Gecko jest teraz bardzo solidne i nie gorsze od Webkit. Niektóre dowody sugerują, że Gecko coraz bardziej przenika na rynek mobilny, co jeszcze niedawno nie było możliwe. Mozilla dysponuje zasobami, doświadczeniem w programowaniu i wsparciem społeczności, które poprowadzą Gecko na tereny, do których dostęp ma każdy webkit. |
Opublikowano 26.02.2016 15:00:14
|
|
|
