JavaScript und der Paradigmenwechsel in der Webprogrammierung


11

Wenn mein Gedächtnis mir recht tut, gab es eine Zeit, in der die Verwendung von JavaScript für die Webentwicklung sehr verpönt war, da dies unter anderem ein Datenschutz- und Sicherheitsbedenken für Benutzer darstellte und einige Leute es einfach ausgeschaltet hatten.

Heutzutage kann man kaum eine große Website sehen, die kein JavaScript verwendet, und viele Websites funktionieren ohne JS überhaupt nicht mehr. Entweder das, oder die Benutzerfreundlichkeit wird stark beeinträchtigt, wie bei SE-Sites.

Was hat sich zwischen damals und heute geändert, was JavaScript in der Webentwicklung praktisch allgegenwärtig gemacht hat? Oder ist meine Behauptung, dass JS eine Erfindung meiner Fantasie verpönt hat und es immer so war?

Antworten:


11

JavaScript hatte sowohl schrecklich schlechte als auch erstaunliche Funktionen.

Früher, als es kein Ajax gab, waren sich die Massen dieser erstaunlichen Eigenschaften nicht bewusst. Webseiten waren nur Dokumente mit einigen Gestaltungselementen (Farben, Bilder, Texturen, Schriftarten usw.), die sie schmückten. Das Gefühl von Dynamik und Asynchronität war größtenteils unbekannt. IE 6 war dominant und Microsoft war viel zu beschäftigt damit, andere Dinge zu verkaufen.

... Was sich zwischen damals und heute geändert hat, hat JavaScript praktisch allgegenwärtig gemacht ...

  • Die Gründung von Ajax hat alles verändert. Jeder wollte seine Seiten ajaxy machen und DAS zwang sie, einen zweiten (und ernsthaften) Blick auf JavaScript zu werfen.

  • Die Leute mögen Doug Crockford, John Resig, Steve Souders, und andere (verzeiht mir , wenn ich andere wichtige Namen vergessen) begann auf der Güte der JavaScript die Verbreitung des Wortes.

  • Ungefähr zur gleichen Zeit begannen Browser-Anbieter, ihre Browser zu optimieren und die JavaScript-Leistung zu verbessern. JIT wurde eingeführt und das machte die Konkurrenz noch tödlicher. Microsoft ist wieder aufgewacht.

  • ECMA nahm die Zukunft von JavaScript ernst und begann hart an den nächsten Versionen zu arbeiten - was zu ECMAScript 5 führte.

  • HTML5, DOM3 und CSS3 tragen alle zur zunehmenden Herrschaft von JavaScript bei.

  • JavaScript hat begonnen, auch andere Domains zu übernehmen. Vielen Dank an CommonJS.


Basierend auf diesem: v8.googlecode.com/svn/data/benchmarks/v6/run.html würde ich sagen, dass Microsoft noch nicht
aufgewacht

@ Stargazer712 Meine Ergebnisse Chrome 14 >> FF7> Opera 11.5> Safari 5.1 >>>> IE8. Da der Benchmark von Google stammt, ist es nicht verwunderlich, dass Chrome so weit vorne herausgekommen ist.
NullUserException

@NullUserException, stimmt, aber wenn man sich den Code ansieht, sind die Benchmarks vernünftig.
Riwalk

4

Mehrere Änderungen kamen zusammen, um diese schöne neue Welt zu machen:

  • Ajax Ok, seien wir ehrlich - ich meine Google Mail. Google Mail hat den Nutzern gezeigt, dass Sie eine flüssige Webanwendung in Javascript erstellen können. Eine Flut von Ajax-Anwendungen folgte.

  • jQuery Die DOM-APIs des Browsers sind schrecklich und beim Booten inkonsistent. jQuery gab den Leuten eine anständige API zum Codieren, die über alle Browser hinweg konsistent war. (Ja, es gibt andere gute Projekte, die dies tun, aber jQuery ist das beliebteste.) Es war auch einfach genug, dass Nicht-Programmierer sich kopieren und einfügen konnten, um eine reibungslose Animation zu erhalten.

  • IE6 Nein, wirklich! IE6 war der erste Browser, der so etwas wie die echte CSS-Spezifikation richtig unterstützte, und die Tatsache, dass IE so dominant war, bedeutete, dass Sie eine zuverlässige Basis hatten, gegen die Sie bauen konnten. Die Tatsache, dass wir jetzt darüber lachen, hat mehr damit zu tun, wie alt es ist - es war nicht schlecht, als es herauskam.

  • Chrome Als Google Chrome und seine schnelle V8-Engine herausbrachte, starteten sie ein neues Leistungsrennen, dessen Ergebnis eine deutlich höhere Javascript-Geschwindigkeit im Internet ist. Schnelleres Javascript bedeutet, dass Sie mehr in Javascript tun können, bevor es Ihre Benutzer nervt.


3

Die Leute erfanden fernsichere JavaScript-Sandboxen und lernten, sie effizienter zu implementieren, zusammen mit einer allgemeinen Erhöhung der Rechenleistung, die das Ausführen billiger macht. Das Aufkommen von AJAX und anderen Dingen ermöglicht Effekte mit JavaScript, die Sie mit HTML allein niemals für möglich halten würden. Für alle fortschrittlichsten Webfunktionen ist lediglich JavaScript erforderlich. Daher ist eine Website, die ohne JavaScript ausgeführt wird, ziemlich leblos und leblos, was die Verbraucher nicht wollen.


Die "fernsicheren JS-Sandkästen" rätseln mich. Sicher können Sie sicheres JS schreiben, aber was hat die Leute davon abgehalten, bösartiges JS zu schreiben?
NullUserException

@DeadMG Jeder scheint zu glauben, dass der einzige Weg zum Ruhm HTML oder nichts war. Dies ist der eigentliche Grund, warum Plugins (Flash ist das bemerkenswerteste) Marktanteile gewonnen haben. Standards sind nur so gut wie ihre Konkurrenz.
Aaron McIver

@NullUserException: Es ist jetzt viel schwieriger, unsicheres JS zu schreiben. Bei den meisten Exploits wird der Remote-Server wie XSS ausgetrickst, nicht JS-Löcher direkt.
DeadMG

+1 für die Erwähnung von Sandkästen - es sind nicht nur "coole Sachen", die den Paradigmenwechsel vorangetrieben haben. Die Browsersicherheit und die Same Origin Policy hatten viel damit zu tun. Browser dieser vergangenen Ära machten das Surfen im Internet einfach gefährlicher (unter dem Gesichtspunkt der Computersicherheit).
Ryan Kinal
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.