15 points par ragus 2025-01-10 | 6 commentaires | Partager sur WhatsApp
  1. Prise en charge de TypeScript à partir de Node.js 23
    Avec Node.js 23, il est possible d’exécuter des fichiers TypeScript sans configuration supplémentaire.
    La commande node index.ts permet d’exécuter un fichier TypeScript.
    Node.js supprime les types via SWC avant l’exécution.
  2. La vérification des types doit être lancée séparément
    Node.js n’effectue pas de vérification de types à l’exécution.
    Pendant le développement d’une application, il faut vérifier les types avec la commande tsc --watch.
  3. Nouvelle configuration TSConfig recommandée
    Une configuration TSConfig est nécessaire pour assurer la compatibilité avec les versions récentes de TypeScript et de Node.js.
    Exemples de réglages : strict, noImplicitOverride, allowImportingTsExtensions, etc.
  4. Fonctionnalités TypeScript non prises en charge
    Les enums et les namespaces ne sont pas pris en charge par défaut.
    Une prise en charge supplémentaire est possible avec le flag --experimental-transform-types.
  5. Traitement du code TypeScript lors du déploiement
    Lors d’un déploiement sur une plateforme serverless, il est recommandé de transformer et minifier le code.
    Dans un environnement non serverless, la différence de performance est presque nulle.
  6. Guide de publication pour les bibliothèques TypeScript
    Lors de la publication d’une bibliothèque sur NPM, il est nécessaire de convertir TypeScript en JavaScript.
    Fournir également des fichiers .d.ts améliore l’expérience de développement des utilisateurs.
  7. Utilisation de TypeScript dans un environnement monorepo
    Il est également recommandé de convertir en JavaScript les bibliothèques internes d’un monorepo.
    Plus il y a de fichiers .d.ts, plus l’expérience de développement avec TypeScript est rapide.
  8. Situation de la prise en charge dans Node.js 22 et 20
    La prise en charge de TypeScript est également disponible dans Node.js 22, mais pas dans Node.js 20.

6 commentaires

 
iolothebard 2025-01-12

Il ne fait pas de vérification de types… au contraire, il efface les types…
Si on l’utilise sans comprendre ça…
On pourrait finir par dire que les types ne servent à rien…

 
mido01111 2025-01-13

On dirait que l’idée est de faire la vérification des types avec quelque chose comme eslint, et de privilégier une exécution plus rapide sans vérification des types à l’exécution.

 
iolothebard 2025-01-14

tsc non plus ne vérifie les types qu’au moment de la compilation, et ne fait pas de vérification de type à l’exécution.
En développement, il faudra sans doute le lancer avec tsc -w

 
tsboard 2025-01-12

Enfin, tous les runtimes comme Node.js, Deno et Bun prennent désormais en charge TypeScript... !

 
beenzinozino 2025-01-12

Si cette orientation se confirme, il n'est pas impossible qu'un futur proche voie l'ajout des types au standard ECMAScript.

 
aer0700 2025-01-12

Enfin, le monde de JavaScript redevient normal.