Maciej Chałapuk

Jakiś czas temu (poprzedni post) natknąłem się na Google Tech Talk przygotowany przez guru JavaScript-u, Douglasa Crockforda. Część wykładu przeznaczył na zapoznanie słuchaczy z mocno rozwijanym przez niego walidatorem języka JavaScript. Postanowiłem przetestować to cudo na popularnych bibliotekach JS. Okazało się to jednak niełatwym zadaniem, ponieważ wiele popularnych błędów skutkuje zatrzymaniem walidatora.

Test

Każda biblioteka została przetestowana w trzech trybach trybach. Wszystkie tryby miały ustawione maksymalną ilość błędów na 99999, a wcięcie ustawione na 0.

1. Tryb tolerancyjny – W opcjach zaznaczone są wszystkie checkboxy z ostatniej kolumny rozpoczynające się od słowa Tolerate….
2. Tryb „Good Parts” – Zaznaczone są jedynie opcje zalecane przez Douglasa Crockforda (wciśnięcie przycisku „Good Parts”).
3. Tryb racjonalny – W opcjach zaznaczone są checkboxy: Allow one var statement per function, Disallow undefined variables, Require Initial Caps for constructors, Disallow dangling _ in identifiers, Disallow . and [^...] in /RegExp/, Disallow ++ and –, Tolerate unfiltered forin, Tolerate continue.

Z kodu testowanych bibliotek zostały usunięte puste linie, komentarze oraz błędy powodujące zatrzymanie walidatora JSLint (var w definicji pętli, blok with, pętle bez ciała, przypisania w jednej linii z return). Nie są one brane pod uwagę.

Wyniki

Ilość błędów całej bibliotece:

Średnia ilość błędów w jednej linii:

Wnioski

Według walidatora JSLint biblioteka jQuery jest napisana najlepiej ze wszystkich testowanych bibliotek. Prawie tak samo dobrze napisane są YUI i SizzleJS. Okazuje się również, że najgorzej napisaną biblioteką jest Dojo, Prototype odrobinę lepiej.

Wyniki, moim zdaniem, nie są zaskakujące
Biblioteki z kodem nie blokującym walidatora można pobrać TUTAJ.