Perfection or Vanity

Tytułowe pytanie towarzyszy mojej karierze frontend developera od zawsze. Gdy tylko mogę, walczę z mitem prowokującym ten okrzyk zdziwienia programistów server-side i koderów JS. Postanowiłem w końcu napisać dlaczego nie wolno opierać naszego najnowszego serwisu Web2.0 o JavaScript, jak należy myśleć podczas jego projektowania i jakie są nieliczne wyjątki – zgadliście – potwierdzające regułę.

Jakiś czas temu pragnąc napisać kolejny skrypt użytkownika (uwielbiam modyfikować strony via UserCSS / UserJS) otworzyłem about:config, aby sprawdzić wartość jednej zmiennej.

Jakież było moje zdziwienie, gdy po kilkunastu sekundach Firefox oznajmił mi, że skrypt na tej stronie może nie odpowiadać. Wybrałem jednak kontynuowanie pracy i wreszcie po kolejnym oczekiwaniu pojawił się spis. Byłem ciekaw o co chodzi i sprawdziłem w profilu plik prefs.js przechowujący wpisy z about:config. Rozmiar przekraczał 15MB!

Zaletą rozdzielenia projektowania na warstwy zawartości, prezentacj i zachowania jest skrócenie czasu ładowania się strony. Linkujemy w head pliki CSS i JavaScript, a te przechowywane w cache nie ładują się za każdym razem spowalniając połączenie. W przypadku skryptów JS istnieje jednak dość poważny mankament, który powstrzymuje wielu webdeveloperów przed stosowaniem zewnętrznych skryptów.

Czas wykonania. Linkując skrypty z head mamy dostęp do elementów dopiero gdy cała strona się załaduje, po zdarzeniu window.onload. Gdy zaprojektowaliśmy stronę bogatą w multimedialną zawartość (choćby same obrazki) to minie dłuższa chwila zanim nasze skrypty zostaną przywołane do życia.

Numeracja list uporządkowanych domyślnie jest automatyczna - po wpisaniu znaczników ol i li przeglądarka doda markery w postaci liczb. Jest to zachowanie wymuszone przez style przeglądarki - ustawiony odpowiednio list-style-type (decimal).

Jednak rozpoczęcie liczenia zaczyna się zawsze od 1 i postępuje o tyle samo w górę. Na kartce papieru bez przeszkód mogę zacząć listę od "4.", aby w Wordzie zmienić środkowy numer na 20 wystarczy parę klików. Czy da się to zrobić w HTML?

Generowana zawartość w Firefoksie nie jest dobrze obsługiwana. Dodanego w ten sposób tekstu albo obrazków nie sposób zaznaczyć, znaleźć w DOM ani wypozycjonować. Społeczność webdeveloperów od dawna wśród swoich zachcianek wymienia jej poprawną implementację, za przykład której podaje się Operę.

Możliwe, że w następnym Firefoksie i Gecko 1.9 będzie lepiej - tymczasem już dziś możemy cieszyć się wolną od poważnych błędów generowaną zawartością - napisałem skrypt w XBL pozwalający uwolnić się od ograniczeń Firefoksa. Dodanie go do strony jest naprawdę proste, a działanie proste i szybkie.

Skaczę z radości.

Dzisiaj jQuery stuknął roczek i z tej okazji wypuszczono wersję 1.1 z licznymi usprawieniami, bugfiksami i ujednoliconym API. Dodatkowo strona doczekała się nowego designu a dokumentacja przybrała formę wygodnej Wiki. Nie mówiąc już o mojej ulubionej wersji dokumentacji - Visual jQuery.

Teraz trochę zdrowej propagandy - dlaczego musisz zainteresować się jQuery, jeśli korzystasz z JavaScript przy swoich projektach?