5 skäl till varför Deno slutar använda TypeScript

Ett dokument dök upp idag som pekar på att Deno kommer att sluta använda TypeScript i sin interna kod, med hänvisning till flera problem med den nuvarande miljön. Nämnda frågor rör bland annat TypeScript kompileringstider, strukturering och kodorganisation. Framöver kommer Deno att använda ren JavaScript för sin interna kod.

Deno problem med TypeScript

De ogynnsamma situationerna som Deno-teamet för närvarande upplever när de använder TypeScript för sin interna kod är:

• TypeScript-kompileringstid när filbyte tar flera minuter, vilket gör kontinuerlig kompilering till en oerhört långsam process

• Typescript-strukturen som de använder i källfilerna som skapar den faktiska körbara Deno-filen och de användarvända API:erna skapar prestandaproblem vid körning

• TypeScript visar sig inte vara till hjälp för att organisera Deno-kod. Tvärtom, Deno-teamet upplever motsatt effekt. En av de frågor som nämns är att de slutade med dubbla oberoende kroppsklasser på två platser https://github.com/denoland/deno/issues/4748

• Den interna koden och runtime TypeScript-deklarationerna måste hållas synkroniserade manuellt eftersom TypeScript-kompilatorn inte är till hjälp för att generera d.ts-filerna

• De upprätthåller två TS-kompilatorvärdar: en för den interna Deno-koden och en annan för extern användarkod även om båda har ett liknande mål

Ta bort TypeScript i intern Deno-kod

Deno -teamet strävar efter att ta bort all TS-typkontroll och buntning för intern Deno-kod. De ser fram emot att flytta all runtime-kod till en enda JavaScript -fil. Men de kommer fortfarande att använda en kompletterande d.ts-fil för att behålla typdefinitionerna och dokumentationen.

Det är värt att nämna att Deno kommer att sluta använda TypeScript endast för den interna Deno-koden: Deno-användarkoden kommer fortfarande att finnas i TypeScript och är därför typkontrollerad.

Även om TypeScript ibland ses som en förbättrad version av JavaScript, visar det här fallet att det faktiskt inte är det. Det har brister som alla andra språk. En av de viktigaste är dess långsamma kompileringstid. Även om små projekt kanske inte ser en enorm ökning i kompileringstid när man byter från rent JavaScript till TypeScript, kommer det att märkas i stora projekt som en komplex React- app. Med tanke på den stora körtiden är det inte förvånande att Deno kommer att sluta använda TypeScript.

Säkerheten för typkontroll under utveckling har sin kostnad vid kompileringstillfället. Det är inte utan anledning som TypeScript-projektet har ett omfattande dokument om hur man hanterar och förbättrar kompileringstiden. Ett av de mest intressanta tillvägagångssätten är att använda Project References, som gör det möjligt för utvecklare att bryta isär ett stort TypeScript-kodstycke i mindre bitar.

Läs mer om varför Deno kommer att sluta använda TypeScript

Den fullständiga diskussionen om beslutet att ta bort TypeScript från den interna Deno-koden och använda JavaScript istället finns i det här dokumentet, där Ryan Dahl och medarbetare diskuterar problemet, dess lösning och hur det kommer att implementeras.