Microsoft a annoncé TypeScript 7 le 8 juillet. La version native en Go est donc sortie définitivement de la phase de prévisualisation et a été déployée en disponibilité générale. Selon l’équipe du langage, le compilateur et les outils seraient environ dix fois plus rapides. De plus, cette sortie vise directement VS Code, car Microsoft a utilisé la base de code de son éditeur comme référence de performance. Autrement dit, les chiffres que vous allez lire proviennent du même projet que celui que beaucoup d’entre nous ouvrons chaque jour.
Dans cet article, vous comprendrez ce qui a changé sous le capot. Puis, vous verrez les gains réels en termes de temps dans l’éditeur. Ensuite, vous découvrirez les nouveaux indicateurs de parallélisme, les valeurs par défaut susceptibles de vous surprendre et les frameworks qui doivent encore attendre. En somme, vous repartirez avec la certitude qu’il vaut mieux l’installer dès maintenant.
Échanger JavaScript contre Go et cela explique la vitesse
Pour commencer, il faut comprendre l’origine du gain. L’implémentation précédente de TypeScript était compilée vers JavaScript. Désormais, la base a été réécrite nativement en Go. Ainsi, le projet peut exploiter la vitesse du code natif et le multithreading avec mémoire partagée. De cette manière, l’analyse syntaxique, la vérification des types et l’émission de code s’effectuent avec une marge bien plus large.
Cependant, Microsoft affirme que la migration a été réalisée de la manière la plus fidèle possible. Autrement dit, le nouveau code a conservé la structure et la logique de la base d’origine. Par conséquent, les résultats restent cohérents entre les deux compilateurs. Autrement dit, vous gagnez en performance sans changer le comportement que vous connaissez déjà.
Faites passer VS Code de deux minutes à dix secondes
Et voici les chiffres. Microsoft a publié les données de performance directement dans le code de VS Code. Il est donc possible de leur faire confiance. La compilation de la base de VS Code prenait 125,7 secondes avec TypeScript 6. Avec TypeScript 7, la même tâche est tombée à 10,6 secondes. Ainsi, on obtient une accélération de 11,9 fois.
De plus, l’utilisation mémoire est aussi en baisse. Auparavant, elle était de 5,2 Go. Puis elle est tombée à 4,2 Go. Autrement dit, une réduction de 18 pourcent.
Et même, l’éditeur a ressenti la différence dans la pratique. Ouvrir un fichier contenant une erreur dans la base de VS Code prenait environ 17,5 secondes avant l’apparition de la première erreur. Désormais, ce trajet s’effectue en moins de 1,3 seconde. Autrement dit, c’est plus de treize fois plus rapide.
Transforme le npm run watch en une tâche quasi instantanée
L’équipe du VS Code elle-même a détaillé la migration dans le flux interne. Pour la vérification des types du code principal, TypeScript 6 prenait 36 secondes. Tandis que TypeScript 7 a accompli la même tâche en 5 secondes. Donc, cela représente plus de sept fois le gain.
De plus, les extensions natives se révèlent rapides à vérifier. Presque toutes passent largement sous la seconde. L’extension Copilot, du fait de sa taille, met 2,5 secondes. Quant à la commande npm run watch, qui couvre le code principal et environ 50 projets d’extension, elle est passée d’environ 80 secondes à un peu plus de 20 secondes. Après la première vérification, les révalidations durent au maximum une seconde.
D’ailleurs, le chargement dans l’éditeur peut être l’indicateur le plus tangible. Autrefois, les ressources linguistiques avaient besoin d’une minute presque entière pour charger le projet. Ce n’est qu’ensuite que les imports automatiques et les fonctionnalités complexes devenaient disponibles. Désormais, ce délai tourne autour de dix secondes. Autrement dit, environ 50 secondes économisées à chaque chargement.
Réalise le salto sur les bases fameuses de code source
Cette amélioration se manifeste aussi en dehors de VS Code. Sentry est passé de 139,8 à 15,7 secondes, soit une accélération de 8,9 fois. Bluesky est passé de 24,3 à 2,8 secondes, soit environ 8,7 fois plus rapide. Playwright est passé de 12,8 à 1,47 seconde, également 8,7 fois. Enfin, Tldraw est passé de 11,2 à 1,46 seconde, soit un gain de 7,7 fois.
La mémoire a suivi la même tendance. Sentry a économisé 6 pour cent. Bluesky a réduit de 26 pour cent. Playwright a diminué de 11 pour cent. Enfin, Tldraw est devenu 15 pour cent plus léger.
TypeScript et offre un parallélisme réel grâce à de nouvelles options de contrôle
Désormais, vous bénéficiez aussi d’un contrôle fin sur le parallélisme. Le compilateur peut exécuter plusieurs étapes en parallèle, y compris le parsing, la vérification des types et l’émission. Par ailleurs, des indicateurs expérimentaux checkers et builders sont arrivés. Le premier ajuste la vérification des types. Le second gère la construction des références de projet.
Il existe aussi l’option singleThreaded, qui désactive le parallélisme. Elle sert donc pour le débogage ou dans des environnements avec des ressources limitées. D’ailleurs, l’effet de l’ajustement fin est impressionnant. Avec checkers 8, la base de VS Code est passée de 125,7 secondes à 7,51 secondes. Autrement dit, un bond de 16,7 fois.
TypeScript etmodifie des valeurs par défaut qui pourraient vous surprendre
Avant de migrer, observez bien les conventions. TypeScript 7 est compatible avec la vérification et le comportement en ligne de commande de TypeScript 6. Cependant, il adopte les nouveaux paramètres par défaut et transforme des constructions obsolètes en erreurs directes. Par conséquent, certains projets nécessiteront des ajustements.
Parmi les changements, strict devient vrai par défaut. Le module pointe désormais vers esnext. De plus, noUncheckedSideEffectImports est actif. stableTypeOrdering demeure actif et fixe. Quant à rootDir, il pointe vers le répertoire actuel. Pour finir, types adopte un tableau vide. Il convient donc de réviser attentivement rootDir et types, car Microsoft indique ces deux éléments comme les surprises les plus probables.
TypeScript etmet Vue, Svelte et Angular en attente
C’est ici que se profile la partie qui exige l’attention de votre équipe. TypeScript 7 n’expose pas encore d’API programmatique stable. Par conséquent, les flux qui utilisent Vue, MDX, Astro et Svelte restent probablement sur TypeScript 6. De même, la vérification spécialisée des templates d’Angular demeure dans le compilateur précédent.
Cependant, il existe une voie de coexistence. Le package typescript6 fournit tsc6 pour les utilitaires qui nécessitent encore un accès programmatique au compilateur, comme typescript-eslint. Ainsi, vous adoptez le nouveau compilateur au quotidien et vous maintenez l’ancien lorsque l’outil l’exige. En somme, la transition se déroule par étapes.
Faut-il installer dès aujourd’hui ? Voici le verdict
Alors, il est temps de trancher. TypeScript 7 est déjà disponible via npm. De plus, VS Code propose désormais une extension dédiée, tandis que le support natif arrivera dans l’éditeur dans les semaines à venir. Visual Studio active déjà TypeScript 7 automatiquement selon l’espace de travail.
À noter que la base s’est renforcée. Microsoft affirme que le nouveau serveur de langage a réduit les commandes échouées de plus de 80 pour cent. De plus, les défaillances du serveur ont diminué de plus de 60 pour cent. Par conséquent, la stabilité suit la vitesse.
En résumé, le scénario favorise une adoption rapide pour les projets TypeScript purs. En revanche, si vous dépendez de Vue, Svelte, Astro ou des templates Angular, gardez TypeScript 6 à portée de main. Quoi qu’il en soit, le message principal est clair. TypeScript 7 restitue des minutes précieuses à chaque compilation, et ces minutes s’additionnent pour faire des heures au fil de votre semaine.
Suivez notre profil sur Instagram !
