5 razões pelas quais o Deno deixará de usar o TypeScript
Um documento surgiu hoje apontando que o Deno deixará de usar o TypeScript em seu código interno, citando vários problemas com o ambiente atual. Os problemas mencionados envolvem tempos de compilação do TypeScript, estruturação e organização do código, entre outros. No futuro, o Deno usará JavaScript puro para seu código interno.
Deno problemas com TypeScript
As situações desfavoráveis que a equipe Deno está enfrentando atualmente ao usar o TypeScript para seu código interno são:
-
O tempo de compilação do TypeScript ao alterar os arquivos leva vários minutos, tornando a compilação contínua um processo extremamente lento
-
A estrutura Typescript que eles estão usando nos arquivos de origem que criam o executável real do Deno e as APIs voltadas para o usuário estão criando problemas de desempenho em tempo de execução
-
O TypeScript não está se mostrando útil para organizar o código Deno. Pelo contrário, a equipe Deno está experimentando o efeito oposto. Um dos problemas mencionados é que eles acabaram com classes de corpo independentes duplicadas em dois locais https://github.com/denoland/deno/issues/4748
-
O código interno e as declarações TypeScript de tempo de execução devem ser mantidos manualmente em sincronia, pois o compilador TypeScript não é útil para gerar os arquivos d.ts
-
Eles estão mantendo dois hosts do compilador TS: um para o código interno do Deno e outro para o código do usuário externo, embora ambos tenham um objetivo semelhante
Removendo TypeScript no código interno do Deno
A equipe Deno tem como objetivo remover todas as verificações de tipo TS em tempo de construção e empacotamento para o código interno do Deno. Eles estão ansiosos para mover todo o código de tempo de execução para um único arquivo JavaScript. No entanto, eles ainda usarão um arquivo d.ts complementar para manter as definições de tipo e a documentação.
Vale a pena mencionar que o Deno deixará de usar o TypeScript apenas para o código interno do Deno: o código do usuário do Deno ainda estará no TypeScript e, portanto, será verificado.
Embora o TypeScript às vezes seja visto como uma versão aprimorada do JavaScript, este caso mostra que, na verdade, não é. Tem falhas como qualquer outra linguagem. Um dos mais importantes é o seu tempo de compilação lento. Embora pequenos projetos possam não ter um grande aumento no tempo de compilação ao alternar de JavaScript puro para TypeScript, isso será perceptível em grandes projetos, como um aplicativo React complexo. Dado o grande tamanho de seu tempo de execução, não é de surpreender que o Deno pare de usar o TypeScript.
A segurança da verificação de tipos durante o desenvolvimento tem seu custo no momento da compilação. Não é à toa que o projeto TypeScript possui um extenso documento sobre como abordar e melhorar o tempo de compilação. Uma das abordagens mais interessantes é usar Project References, que permite aos desenvolvedores dividir um grande pedaço de código TypeScript em pedaços menores.
Leia mais sobre por que o Deno deixará de usar o TypeScript
A discussão completa sobre a decisão de remover o TypeScript do código interno do Deno e usar JavaScript pode ser encontrada neste documento, onde Ryan Dahl e colaboradores discutem o problema, sua solução e como ele será implementado.