JavaScript i zmiana paradygmatu w programowaniu internetowym


11

Jeśli moja pamięć dobrze mi służy, to był czas, kiedy korzystanie z JavaScript do tworzenia stron internetowych było ogromnie odrzucone, ponieważ między innymi była to troska o prywatność i bezpieczeństwo użytkowników, a niektórzy po prostu ją wyłączali.

W dzisiejszych czasach nie można zobaczyć dużej witryny, która nie korzysta z JavaScript, a wiele witryn przestanie działać całkowicie bez JS, wdzięczna degradacja będzie cholerna. Albo to, albo użyteczność zostanie poważnie naruszona, tak jak na stronach SE.

Co zmieniło się od tego czasu do teraz, co sprawiło, że JavaScript jest praktycznie wszechobecny w tworzeniu stron internetowych? A może moje twierdzenie, że JS było skrzywdzone przez wyobrażenie mojej wyobraźni i zawsze tak było?

Odpowiedzi:


11

JavaScript ma zarówno strasznie złe, jak i niesamowite funkcje.

Wcześniej, gdy nie było Ajaxu, masy nie były świadome tych niesamowitych funkcji. Strony internetowe były tylko dokumentami z niektórymi elementami projektu (kolorami, obrazami, teksturami, czcionkami itp.). Poczucie dynamizmu i asynchroniczności było w większości nieznane. IE 6 był dominujący, a Microsoft był zbyt zajęty sprzedażą innych rzeczy.

... Co zmieniło się od tego czasu do teraz, co sprawiło, że JavaScript jest praktycznie wszechobecny ...

  • Powstanie Ajax zmieniło wszystko. Wszyscy chcieli sprawić, by ich strony były nieoczyszczone i TO zmusiło ich do drugiego (i poważnego) spojrzenia na JavaScript.

  • Ludzie lubią Doug Crockford, John Resig, Steve Soudersi innych (wybacz mi, jeśli zapomnę innych ważnych nazwisk) rozpoczęła się szerzyć na dobroci JavaScript.

  • Mniej więcej w tym samym czasie producenci przeglądarek zaczęli doskonalić swoje przeglądarki i poprawiać wydajność JavaScript. Wprowadzono JIT, dzięki czemu konkurencja stała się jeszcze bardziej zabójcza. Microsoft obudził się ponownie.

  • ECMA poważnie podchodzi do przyszłości JavaScript i zaczął ciężko pracować nad kolejnymi wersjami - co zaowocowało ECMAScript 5.

  • HTML5, DOM3, CSS3 przyczyniają się do wzrostu popularności JavaScript.

  • JavaScript zaczął działać również w innych domenach. Dzięki CommonJS.


W oparciu o to: v8.googlecode.com/svn/data/benchmarks/v6/run.html powiedziałbym, że Microsoft jeszcze się nie obudził ...
riwalk

@ Stargazer712 Moje wyniki Chrome 14 >> FF7> Opera 11.5> Safari 5.1 >>>> IE8. Chociaż ponieważ test porównawczy pochodzi od Google, nic dziwnego, że Chrome wyszedł tak daleko.
NullUserException

@NullUserException, prawda, ale patrząc na kod, testy porównawcze są rozsądne.
riwalk 30.09.11

4

Połączyło się kilka zmian, aby stworzyć nowy wspaniały świat:

  • Ajax Ok, bądźmy szczerzy - mam na myśli Gmaila. Gmail pokazał ludziom, że możesz zbudować płynną aplikację internetową w javascript. Nastąpiła powódź aplikacji Ajax.

  • jQuery Interfejsy API DOM przeglądarki są straszne i niespójne w uruchamianiu. jQuery dał ludziom przyzwoity interfejs API do kodowania, który był spójny we wszystkich przeglądarkach. (Tak, istnieją inne dobre projekty, które to robią, ale jQuery jest najbardziej popularny.) Było również dość łatwe, że nieprogramiści mogli skopiować i wkleić swoją drogę, aby uzyskać płynną animację.

  • IE6 Nie, naprawdę! IE6 była pierwszą przeglądarką, która prawidłowo obsługiwała coś w rodzaju prawdziwej specyfikacji CSS, a fakt, że IE był tak dominujący, oznaczał, że masz niezawodną bazę do zbudowania. To, że się z tego śmiejemy, ma więcej wspólnego z tym, ile ma lat - nie było tak źle, kiedy to się pojawiło.

  • Chrome Kiedy Google wyszedł z Chrome i szybkim silnikiem V8, rozpoczął nowy wyścig wydajnościowy, którego wynikiem jest znacznie zwiększona prędkość javascript w Internecie. Szybszy javascript oznacza, że ​​możesz zrobić więcej w javascript, zanim zacznie drażnić użytkowników.


3

Ludzie wymyślili zdalnie bezpieczne piaskownice JavaScript i nauczyli się go efektywniej wdrażać, wraz z ogólnym wzrostem mocy obliczeniowej, co powoduje, że korzystanie z niego jest tańsze. Pojawienie się AJAX i innych rzeczy sprawia, że ​​możliwe są efekty w JavaScript, których nigdy nie można było zobaczyć w samym HTML - wszystkie najbardziej zaawansowane funkcje sieciowe wymagają po prostu JavaScript. Tak więc strona internetowa działająca bez JavaScript jest zupełnie bez życia i nieożywiona, czego nie chcą konsumenci.


„Zdalnie bezpieczne piaskownice JS” mnie intrygują. Pewnie, że możesz napisać bezpieczną JS, ale co powstrzymało ludzi od pisania złośliwego JS?
NullUserException

@DeadMG Wydaje się, że wszyscy myślą, że jedyną drogą do chwały był HTML lub nic. To jest bardzo prawdziwy powód, dla którego wtyczki (Flash jest najbardziej zauważalny) zdobyły udział w rynku. Normy są tak dobre, jak ich konkurencja.
Aaron McIver

@NullUserException: O wiele trudniej jest teraz napisać niebezpieczny JS. Większość exploitów polega na oszukaniu zdalnego serwera, takiego jak XSS, a nie na dziurach JS bezpośrednio.
DeadMG

+1 za wzmiankę o piaskownicach - nie tylko „fajne rzeczy” napędzały zmianę paradygmatu. Miało to wiele wspólnego z bezpieczeństwem przeglądarki i polityką tego samego pochodzenia. Przeglądarki minionej epoki po prostu sprawiły, że surfowanie po Internecie stało się bardziej niebezpieczne (z punktu widzenia bezpieczeństwa komputera).
Ryan Kinal
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.