V8 / Chakra vs CLR - Cuál será el impacto de mecanografiado

Question

V8 / Chakra vs CLR - Cuál será el impacto de mecanografiado

votos

0

Viendo las distintas presentaciones en texto mecanografiado, me parece que si V8, o cualquier Chakra del partido motores de Javascript (se acercan a?) El rendimiento de CLR (Alguien sabe si lo hacen?), Sin duda esto invade el .Net ¿espacio?

tipos estáticos parecía ser un gran diferenciador entre el mundo dev .Net y el mundo js. Teniendo en cuenta ahora que mecanografiado viene con los beneficios de la

tipos estáticos
multiplataforma
el acceso al sistema ecológico js (de un modo estático de tipos)
(Dado que el compilador es a máquina de escribir (con un archivo .d disponible), no estaba seguro de si efectivamente casi nos compilador como un servicio)

Me preguntaba si alguien podría explicar un problema de espacio mejor abordado mediante el sistema de juego de herramientas / eco .Net? ¿O se trata más abajo a lo que uno está acostumbrado a / donde se está en?

Gracias

S

.net typescript

Publicado el 08/10/2012 a las 12:55
fuente por usuario Simon Woods

En otros idiomas...

2 respuestas

camelCase · Answer 1 · 2012-10-08 14:40

Las plataformas de C # y de desarrollo Java son el resultado de 50 años de evolución continua en el diseño de lenguajes e ingeniería de software. Ellos son probablemente las mejores plataformas disponibles en la actualidad para la escritura de grandes cuerpos de código de programa, dicen 25.000 líneas hacia arriba.

Mecanografiado solo resuelve dos problemas al adoptar JavaScript para el desarrollo a gran escala, es decir, tipos fuertes y extensiones orientadas a objetos. Como programador de C # Quiero LINQ, Generics y CodeContracts. Mecanografiado se queda corto como un reemplazo pero no cambiar sustancialmente el límite en cuanto a donde se utilizan JavaScript y C # mejor.

Digo esto como un programador de C # que ve mecanografiado como el evento de noticias más importante desde LINQ.

Hans Passant · Answer 2 · 2012-10-08 14:10

No hay nada nuevo bajo el sol, dotada de imprenta. Es sólo un traductor de idiomas, que no incluye una implementación de VM. La salida es normal Javascript, no va a correr más rápido o más lento que JS hechos a mano.

El valor añadido de imprenta más importante es la mejora en tiempo de desarrollo. Atrapar insectos primeros gracias a escribir, pero sigue siendo opcional, auto-completado fiable y apoyo refactorización. Todo lo que necesita para confiar en un idioma que se utiliza en grandes proyectos que aún se mantenible. Y sí, los aspectos del compilador como un servicio está ahí, bien demostrado por Anders cuando corrió imprenta en Chrome de Google con imprenta en el panel izquierdo y el Javascript generado en el panel derecho, producido al instante mientras se escribe.