5 razones por las que Deno dejará de usar TypeScript
Hoy apareció un documento que señala que Deno dejará de usar TypeScript en su código interno, citando varios problemas con el entorno actual. Los problemas mencionados involucran tiempos de compilación de TypeScript, estructuración y organización del código, entre otros. En el futuro, Deno utilizará JavaScript puro para su código interno.
Deno problemas con TypeScript
Las situaciones desfavorables que el equipo de Deno está experimentando actualmente al usar TypeScript para su código interno son:
-
El tiempo de compilación de TypeScript cuando se cambian archivos lleva varios minutos, lo que hace que la compilación continua sea un proceso terriblemente lento
-
La estructura de mecanografiado que están usando en los archivos fuente que crean el ejecutable real de Deno y las API orientadas al usuario está creando problemas de rendimiento en tiempo de ejecución.
-
TypeScript no está demostrando ser útil para organizar el código de Deno. Por el contrario, el equipo de Deno está experimentando el efecto contrario. Uno de los problemas mencionados es que terminaron con clases de cuerpo independientes duplicadas en dos ubicaciones https://github.com/denoland/deno/issues/4748
-
El código interno y las declaraciones de TypeScript en tiempo de ejecución deben sincronizarse manualmente, ya que el compilador de TypeScript no es útil para generar los archivos d.ts.
-
Mantienen dos hosts compiladores de TS: uno para el código interno de Deno y otro para el código de usuario externo, aunque ambos tienen un objetivo similar.
Eliminación de TypeScript en el código interno de Deno
El equipo de Deno tiene como objetivo eliminar todas las verificaciones de tipo TS en tiempo de compilación y la agrupación para el código interno de Deno. Esperan mover todo el código de tiempo de ejecución a un solo archivo JavaScript . Sin embargo, seguirán usando un archivo d.ts complementario para conservar las definiciones de tipo y la documentación.
Vale la pena mencionar que Deno dejará de usar TypeScript solo para el código interno de Deno: el código de usuario de Deno seguirá estando en TypeScript y, por lo tanto, se verificará.
Si bien TypeScript a veces se ve como una versión mejorada de JavaScript, este caso muestra que, de hecho, no lo es. Tiene defectos como cualquier otro idioma. Uno de los más importantes es su lento tiempo de compilación. Si bien es posible que los proyectos pequeños no experimenten un gran aumento en el tiempo de compilación al cambiar de JavaScript puro a TypeScript, se notará en proyectos grandes como una aplicación React compleja. Dado el gran tamaño de su tiempo de ejecución, no sorprende que Deno deje de usar TypeScript.
La seguridad de la verificación de tipos durante el desarrollo tiene su costo en el momento de la compilación. No en vano, el proyecto TypeScript tiene un extenso documento sobre cómo abordar y mejorar el tiempo de compilación. Uno de los enfoques más interesantes es usar Project References, que permite a los desarrolladores dividir una gran pieza de código de TypeScript en piezas más pequeñas.
Lea más sobre por qué Deno dejará de usar TypeScript
La discusión completa sobre la decisión de eliminar TypeScript del código interno de Deno y usar JavaScript en su lugar se puede encontrar en este documento, donde Ryan Dahl y sus colaboradores analizan el problema, su solución y cómo se implementará.