cosa farà EcmaScript 6 per noi [chiuso]

4

La nostra azienda ha introdotto blocchi di logica aziendale moderati in JavaScript. Compiliamo il codice con un minificatore, che migliora ulteriormente le prestazioni. Poiché la lingua viene digitato dinamicamente, si presta bene ad offuscamento, che avviene come sottoprodotto della minimizzazione. Abbiamo fatto grandi sforzi per assicurarci che urlasse positivamente, in termini di prestazioni. Ora possiamo fare ciò che abbiamo fatto prima, più velocemente, meglio, con meno codice, su più piattaforme. In breve, siamo molto soddisfatti dello stato attuale della lingua.

Personalmente adoro la lingua soprattutto per la sua natura multipiattaforma. Quindi, naturalmente, ho letto molto sullo stato dei compilatori JavaScript, delle prestazioni e della compatibilità su tutti i browser e le piattaforme che ho il tempo di ricercare.

L'unico tema che è diventato sempre più strong in questi giorni, è la notizia di ECMAScript 6. Finora, ciò che sono stato in grado di raccogliere è che ES6 promette una migliore esperienza di sviluppo; in primo luogo abilitando nuovi modi di fare le cose, in secondo luogo segnalando gli errori in anticipo. Questo suona bene per coloro che stanno ancora aspettando che la lingua soddisfi le loro esigenze prima di saltare a bordo.

Ma siamo già saliti a bordo in grande stile. Certo, mi aspetto che dovremo fare manutenzione continua e revisioni di funzionalità sul nostro codice nel corso degli anni, e che ovviamente faremo uso delle migliori pratiche in quel momento. Ma non ci vedo rifiutare grandi parti di esso per sfruttare le funzionalità linguistiche che sono principalmente destinate a incrementare la produttività degli sviluppatori.

Continuo a chiedermi, quale impatto avrà il linguaggio in definitiva sul nostro codice base esistente, ben scritto e ben funzionante? C'è qualcosa che mi manca? C'è qualcosa che dovremmo cercare? Qualcuno ha suggerimenti o indicazioni su come dovremmo avvicinarci alla finalizzazione di ecmascript.next? Dovremmo preoccuparci?

    
posta user697296 12.12.2012 - 21:35
fonte

1 risposta

1

what impact will the language advances ultimately have on our existing, well-written, well-performing code base?

Quasi nessuno.

Uno dei motivi per cui il progresso delle specifiche di ECMAScript è lento (rispetto a linguaggi come python, ruby, ecc.) è che interessa molto (e intendo molto ) molto sulle tonnellate di codice esistente là fuori, che non deve rompere. Un sacco di proposte che sembravano progressive erano rollback una volta che è stato dimostrato che può rompere il web. Altre lingue non hanno tale onere, possono rilasciare una nuova versione incompatibile, l'utente di app può fare la configurazione giusta, ma il web è un'altra storia.

Forse qualcuno più competente può aggiungere altro, sto solo dicendo come membro della mailing list in cui lo sviluppo di ECMAScript 6 è discusso tra i membri del comitato TC39, così come i semplici sviluppatori.

    
risposta data 12.12.2012 - 22:01
fonte

Leggi altre domande sui tag