Bueno, Google está tratando de vencer esa tendencia con Dart. La comunidad no ha sido del todo receptiva a la idea; ya sea.
Google proposed adding multiple VM support for Webkit que no cayó muy bien.
Un comentario particular, lo resumió muy bien por qué ha habido una cierta resistencia a que:
En este caso la función es la exposición de los lenguajes de programación adicionales para la web, algo sin ningún beneficio real a cualquier otra que fanáticos del actual lenguaje "más impresionante" (no hace mucho tiempo que podría haber sido Go, hace un año o más, esto habría sido ruby, antes que python, recuerdo que un breve aumento en la popularidad de Haskell no hace tanto tiempo también , Lua ha estado a la vuelta de la esquina durante mucho tiempo, en este caso es Dart, ¿quién puede decir que no habrá un lenguaje completamente diferente en boga en 6 meses?), Pero a un costo fragmenta la web y agrega un carga de mantenimiento adicional sustancial - solo mantener las vinculaciones v8 y jsc no es trivial y son para el mismo idioma.
El problema aquí no es "¿podemos hacer que varios vms en vivo en webkit" es "podemos exponer múltiples idiomas a la web", a la primera digo obviamente como ya lo hacemos, a la última digo que nos no quiero.
A menos que deseemos convertir webkit en el motor que todos odian debido a todas sus características únicas que rompen la web abierta, ciertos navegadores a finales de los 90.
CoffeeScript es otro ejemplo de un lenguaje emergente de scripting del lado del cliente. Sin embargo, en lugar de admitir otra máquina virtual en un navegador (como Google intenta hacer con Dart), se compila en JavaScript. Hay varios otros "compilar X a JavaScript" que hacen eso también. emscripten es un buen ejemplo de cómo compilar LLVM a JavaScript.
De modo que hay muchos otros idiomas de cliente; todos usan JavaScript como intermediario. Yo diría que debería ser lo que Dart también hace, aunque they have some room to improve.
Esto es una especie de pregunta duplicada, vea: http: // stackoverflow.com/questions/340019/what-are-the-best-client-side-scripting-languages-out-there – nycynik
@TomaszNurkiewicz He visto a Dart. Pero luego surge la pregunta: ¿por qué inventar un lenguaje de scripting completamente nuevo para esto cuando los navegadores no son compatibles con los lenguajes de scripting populares existentes? –
IE aún es compatible con vbscript. Dudo que se use mucho más, tal vez en alguna intranet corporativa. – gilly3