¿Cómo crees que AtScript utilizado en Angular 2.0 es un superconjunto de TypeScript?

AtScript es un lenguaje creado por el equipo Angular de Google con el propósito más directo de escribir Angular 2.0. Tenga en cuenta que la razón por la que digo Angular en lugar de AngularJS aquí es porque Angular también tiene una versión de Dart, a saber, AngularDart. La versión actual de Angular requiere mantener dos conjuntos de código, JavaScript y Dart, en 2.0, solo es necesario mantener un conjunto.

A veces parece que una gran empresa extranjera está haciendo un gran escándalo por crear un nuevo lenguaje para un marco de aplicación, pero si lo piensas bien, hay muchas compensaciones.

Ya que estamos hablando de AtScript, no podemos evitar hablar de Angular 2.0, que es muy diferente a la versión 1.x. ¿Cuál es el punto de partida de esta reinvención radical? Además de resolver algunos de sus propios problemas, también atiende a estándares futuros, incluidos

- módulo

- componentes web

- clase

- observar

- promesa

módulo Este problema es fácil de entender. Por primera vez, JavaScript tiene un lenguaje basado en el mecanismo del módulo y Web Components lo ha aceptado. a Un método para construir una biblioteca de componentes basado en un sistema pan-HTML. La clase mejora la experiencia de programación. Observe proporciona una buena manera de separar datos y presentaciones. Actualmente, Promise es el método de programación asincrónico más popular.

De los aspectos anteriores, podemos ver claramente el problema que estas cosas quieren resolver, es decir: aplicaciones web a gran escala. ¿Qué es grande? Lo "grande" se refiere al tamaño de un rascacielos, no al tamaño de un gran jardín.

En los últimos años, también podemos ver que todo el ecosistema web se está inclinando gradualmente hacia la orientación a aplicaciones, y una proporción cada vez mayor de código Javascript se utiliza para crear sitios web orientados a aplicaciones, o varias aplicaciones locales. aplicación híbrida, no un sitio web orientado a visualización. Las versiones anteriores de JavaScript tenían ciertas fallas al crear aplicaciones web de gran tamaño.

Una vez hice una analogía: comparé Java y C# con el hormigón armado y JavaScript con el bambú y la madera. Cada uno tiene su propio ámbito de aplicación y hay superposiciones. Los pabellones y pabellones son ligeros y delicados si no están construidos con bambú y madera lucirán rústicos. Si tienes que usar bambú para construir un rascacielos, me temo que no será adecuado.

La gran mayoría de las aplicaciones JavaScript que vemos ahora son de pequeña escala si desea utilizar Office, PhotoShop, AutoCAD, Matlab y juegos a gran escala como Warcraft y Civilization producidos por fabricantes de software tradicionales. Cualquier lenguaje de programación enfrentará muchas dificultades cuando se implemente, lo cual es el inconveniente de la colaboración a gran escala.

Hay muchos productos excelentes en la historia de la industria humana que son fáciles de producir y duraderos, como el sedán Santana y el rifle de asalto AK47. Estos productos tienen las mismas características: son sólidos y no fáciles. romperse, incluso si se rompen, también es fácil de arreglar. En la era industrial, la organización de proyectos de gran escala en cualquier campo debe intentar que su implementación sea lo más sencilla posible.

Por lo tanto, esta visión explica por qué Java es tan popular. A pesar de varios ataques contra Java, Java tiene ventajas únicas en el desarrollo colaborativo de software de gran tamaño. Con un poco de formación puedes empezar a utilizarlo y los problemas son fáciles de detectar, que es lo que requieren los grandes procesos de desarrollo de software.