Bene, Google sta cercando di invertire questa tendenza con Dart. La comunità non è stata del tutto ricettiva all'idea; o.
Google proposed adding multiple VM support for Webkit che non è andato molto bene.
Un commento particolare ha riassunto bene il motivo per cui non v'è stata una certa resistenza a questo:
In questo caso la funzione sta esponendo linguaggi di programmazione aggiuntive per il web, qualcosa senza un reale beneficio a chiunque rispetto ai fan dell'attuale linguaggio "più fantastico" (non molto tempo fa che sarebbe potuto essere Go, un anno fa questo sarebbe stato rubino, prima di Python, mi ricordo di aver subito una rapida ascesa nella popolarità di haskell non molto tempo fa , Lua è ai margini da molto tempo, in questo caso è Dart - chi dice che non ci sarà un linguaggio completamente diverso in voga in 6 mesi?), Ma come un costo frammenta il web e aggiunge un sostanziali oneri aggiuntivi di manutenzione - solo il mantenimento delle associazioni v8 e jsc non è banale e sono per la stessa lingua.
Il problema qui non è "possiamo far vivere più vmi in webkit" è "possiamo esporre più lingue sul web", al primo dico ovviamente come già facciamo, a quest'ultimo dico che noi non voglio
A meno che non vogliamo trasformare il webkit nel motore che tutti odiano a causa di tutte le sue "caratteristiche" uniche che rompono il web aperto, un certo browser alla fine degli anni '90.
CoffeeScript è un altro esempio di un linguaggio di script emergente sul lato client. Tuttavia, piuttosto che supportare un'altra macchina virtuale in un browser (come Google sta cercando di fare con Dart), compila JavaScript. Ci sono molti altri "compili da X a JavaScript" che lo fanno pure. emscripten è un buon esempio di compilazione di LLVM in JavaScript.
Quindi ci sono molte altre lingue client; usano tutti solo JavaScript come intermedio. Direi che dovrebbe essere quello che fa anche Dart, anche se they have some room to improve.
Questo è un tipo di domanda duplicata vedere: http: // stackoverflow.it/questions/340019/what-are-the-best-client-side-scripting-languages-out-there – nycynik
@TomaszNurkiewicz Ho visto Dart. Ma poi sorge la domanda: perché inventare un linguaggio di scripting completamente nuovo per questo quando i browser non supportano nemmeno i linguaggi di scripting popolari esistenti. –
IE supporta ancora vbscript. Dubito che sia usato molto di più - forse su qualche intranet aziendale. – gilly3