5 motivi per cui Deno smetterà di usare TypeScript

Un documento è emerso oggi indicando che Deno smetterà di utilizzare TypeScript nel suo codice interno, citando diversi problemi con l’ambiente attuale. I problemi menzionati riguardano, tra gli altri, i tempi di compilazione, la strutturazione e l’organizzazione del codice di TypeScript. Andando avanti, Deno utilizzerà JavaScript puro per il suo codice interno.

Deno problemi con TypeScript

Le situazioni sfavorevoli che il team Deno sta attualmente vivendo durante l’utilizzo di TypeScript per il suo codice interno sono:

• Il tempo di compilazione di TypeScript quando la modifica dei file richiede diversi minuti, rendendo la compilazione continua un processo estremamente lento

• La struttura Typescript che stanno utilizzando nei file di origine che creano l’eseguibile Deno effettivo e le API rivolte all’utente sta creando problemi di prestazioni di runtime

• TypeScript non si sta rivelando utile per organizzare il codice Deno. Al contrario, il team di Deno sta subendo l’effetto opposto. Uno dei problemi menzionati è che si sono ritrovati con classi di Body indipendenti duplicate in due posizioni https://github.com/denoland/deno/issues/4748

• Il codice interno e le dichiarazioni TypeScript di runtime devono essere mantenute sincronizzate manualmente poiché il compilatore TypeScript non è utile per generare i file d.ts

• Stanno mantenendo due host del compilatore TS: uno per il codice Deno interno e un altro per il codice utente esterno anche se entrambi hanno un obiettivo simile

Rimozione di TypeScript nel codice Deno interno

Il team di Deno mira a rimuovere tutti i controlli di tipo TS in fase di compilazione e il raggruppamento per il codice Deno interno. Non vedono l’ora di spostare tutto il codice di runtime in un unico file JavaScript. Tuttavia, utilizzeranno comunque un file d.ts complementare per conservare le definizioni e la documentazione del tipo.

Vale la pena ricordare che Deno smetterà di usare TypeScript solo per il codice Deno interno: il codice utente Deno sarà ancora in TypeScript e quindi il tipo controllato.

Sebbene TypeScript sia talvolta visto come una versione migliorata di JavaScript, questo caso mostra che in realtà non lo è. Ha difetti come qualsiasi altra lingua. Uno dei più importanti è il suo lento tempo di compilazione. Mentre i piccoli progetti potrebbero non vedere un enorme picco nei tempi di compilazione quando si passa da JavaScript puro a TypeScript, sarà evidente in progetti di grandi dimensioni come un’app React complessa. Date le grandi dimensioni del suo runtime, non sorprende che Deno smetta di usare TypeScript.

La sicurezza del controllo del tipo durante lo sviluppo ha i suoi costi al momento della compilazione. Non è un caso che il progetto TypeScript abbia un ampio documento su come affrontare e migliorare i tempi di compilazione. Uno degli approcci più interessanti è utilizzare Project References, che consente agli sviluppatori di suddividere un grosso pezzo di codice TypeScript in pezzi più piccoli.

Leggi di più sul motivo per cui Deno smetterà di usare TypeScript

La discussione completa sulla decisione di eliminare TypeScript dal codice Deno interno e utilizzare invece JavaScript può essere trovata in questo documento, dove Ryan Dahl e collaboratori discutono del problema, della sua soluzione e di come verrà implementato.