JavaScript e il cambio di paradigma nella programmazione web


11

Se la mia memoria mi serve bene, c'è stato un tempo in cui l'uso di JavaScript per lo sviluppo web era fortemente disapprovato, perché, tra le altre cose, era un problema di privacy e sicurezza per gli utenti e alcune persone lo avevano appena rimosso.

Al giorno d'oggi, a malapena riesci a vedere un sito Web importante che non utilizza JavaScript e molti siti web cesseranno di funzionare del tutto senza JS, maledetto degrado. O questo, o l'usabilità ne risentiranno gravemente, come nei siti SE.

Cosa è cambiato tra allora e ora che ha reso JavaScript praticamente onnipresente nello sviluppo web? O è la mia affermazione che JS era malvisto da un parto della mia immaginazione ed è sempre stato così?

Risposte:


11

JavaScript ha caratteristiche sia terribilmente cattive che sorprendenti.

In precedenza, quando non esisteva l'Ajax, le masse non erano a conoscenza di quelle incredibili funzionalità. Le pagine Web erano solo documenti con alcuni elementi di design (colori, immagini, trame, caratteri, ecc.) Adornarli. Il senso di dinamismo e asincronicità erano per lo più sconosciuti. IE 6 era dominante e Microsoft era troppo impegnata a vendere altre cose.

... Cosa è cambiato tra allora e ora che ha reso JavaScript praticamente onnipresente ...

  • L'inizio dell'Ajax ha cambiato tutto. Tutti volevano rendere le loro pagine ajaxy e QUELLO le ha costrette a dare una seconda (e seria) occhiata a JavaScript.

  • Persone come Doug Crockford, John Resig, Steve Souderse altri (mi perdoni se mi dimentico altri nomi importanti) iniziate diffondere la parola sulla bontà di JavaScript.

  • Più o meno allo stesso tempo, i fornitori di browser hanno iniziato a perfezionare i propri browser e a migliorare le prestazioni di JavaScript. JIT è stato introdotto e ciò ha reso la competizione ancora più letale. Microsoft si è svegliata di nuovo.

  • L'ECMA ha preso sul serio il futuro di JavaScript e ha iniziato a lavorare sodo sulle prossime versioni, il che ha portato all'ECMAScript 5.

  • HTML5, DOM3, CSS3 stanno tutti contribuendo al crescente regno di JavaScript.

  • JavaScript si è imbarcato per assumere anche altri domini. Grazie a CommonJS.


Sulla base di questo: v8.googlecode.com/svn/data/benchmarks/v6/run.html , direi che Microsoft deve ancora svegliarsi ...
riwalk

@ Stargazer712 I miei risultati Chrome 14 >> FF7> Opera 11.5> Safari 5.1 >>>> IE8. Sebbene dal momento che il benchmark provenga da Google, non è sorprendente che Chrome sia uscito così lontano.
NullUserException

@NullUserException, vero, ma guardando il codice, i benchmark sono ragionevoli.
riwalk

4

Diversi cambiamenti si sono uniti per rendere il nuovo mondo coraggioso:

  • Ajax Ok, siamo sinceri, intendo Gmail. Gmail ha mostrato alle persone che potresti creare un'applicazione web fluida in javascript. Seguì un'ondata di applicazioni Ajax.

  • jQuery Le API DOM del browser sono orribili e incoerenti per l'avvio. jQuery ha fornito alle persone un'API decente per codificare che era coerente tra i browser. (Sì, ci sono altri buoni progetti che lo fanno, ma jQuery è il più popolare.) Era anche abbastanza facile che i non programmatori potessero copiare e incollare la loro strada per avere animazioni fluide.

  • IE6 No, davvero! IE6 è stato il primo browser a supportare correttamente qualcosa come la vera specifica CSS, e il fatto che IE fosse così dominante significava che avevi una base affidabile su cui costruire. Il fatto che ridiamo ora ha più a che fare con quanti anni ha - non è stato male quando è uscito per la prima volta.

  • Chrome Quando Google è uscito con Chrome e il suo motore V8 veloce, hanno iniziato una nuova gara di prestazioni, il cui risultato è stato un aumento significativo della velocità javascript sul web. Javascript più veloce significa che puoi fare di più in javascript prima che inizi a infastidire i tuoi utenti.


3

Le persone hanno inventato sandbox JavaScript protetti in remoto e hanno imparato a implementarlo in modo più efficiente, insieme a un aumento generale della potenza di elaborazione che lo rende più economico. Inoltre, l'avvento di AJAX e roba rende possibili con JavaScript effetti che non potreste mai vedere con il solo HTML: tutte le funzionalità web più avanzate richiedono semplicemente JavaScript. Pertanto, un sito Web che funziona senza JavaScript è abbastanza privo di vita e inanimato, il che non è ciò che i consumatori desiderano.


I "sandbox JS protetti da remoto" mi sconcertano. Sicuro di poter scrivere JS sicuro, ma cosa ha impedito alle persone di scrivere JS dannoso?
NullUserException

@DeadMG Tutti sembrano pensare che l' unico percorso verso la gloria sia stato HTML o niente. Questa è la vera ragione per cui i plugin (Flash è il più notevole) hanno conquistato quote di mercato. Gli standard sono buoni quanto la concorrenza.
Aaron McIver,

@NullUserException: ora è molto più difficile scrivere JS non sicuri. La maggior parte degli exploit comporta l'inganno del server remoto, come XSS, non i buchi JS direttamente.
DeadMG

+1 per menzionare sandbox - non sono solo "cose ​​interessanti" che hanno guidato il cambio di paradigma. La sicurezza del browser e la stessa politica di origine avevano molto a che fare con questo. I browser di quell'epoca passata rendevano semplicemente più pericolosa la navigazione in rete (dal punto di vista della sicurezza informatica).
Ryan Kinal,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.