Un remplaçant potentiel de ts-node et tsx pour exécuter du TypeScript avec Node.js. Il vise à limiter les risques de différences de comportement entre l'environnement de dev et de production, ce dont souffrent parfois ses concurrents.
Quelques cas où l'utilisation de satisfies en TypeScript permet d'affiner le typage.
J'avoue ne pas être fan. Ça se rapproche du fait d'annoter la variable avec un type, mais pas tout à fait quand même. C'est tout sauf intuitif et explicite. Mais à connaître malgré tout.
Un bon point auquel je n'avais jamais fait attention. La notation Array<string> est un poil plus verbeuse que string[] mais bien plus lisible dans la majorité des cas.
Explication visuelle de ce que sont les "Types" dans TypeScript.
Comment utiliser Zod en pratique pour valider les variables d'environnement, les configurations, les payloads reçues de vos utilisateurs, etc.
Une optimisation intéressante pour charger "à la demande" les propriétés d'un objet, et non pas lorsque son constructeur est appelé. Ici dans le cas d'un ORM TypeScript.
Initiation à C# pour les développeurs TypeScript.
En résumé de mon côté pour l'instant :
tsxtscEt je pense migrer de tsx au support natif de Node dans quelque temps quand il sera plus mature.
Exactement le genre d'usage de TypeScript que je déteste.
Ce qui semble être une bonne idée au départ devient un méli-mélo de complexité impossible à comprendre du premier coup et qui finalement apporte une valeur limitée et un faux sentiment de sécurité, du fait que le schéma JSON de l'API appelée peut changer du jour au lendemain.
Si vous avez la chance de consommer une API REST qui dispose d'une documentation OpenAPI exhaustive, alors je préfère l'usage de librairies type json-schema-to-ts pour inférer le type des requêtes et réponses à partir du schéma, et créer un petit adapteur (une fonction) qui prendra le type de la requête en argument (incluant body, query params, et headers si nécessaire) et qui retournera le type de la réponse.
Ça permet un bien meilleur contrôle selon moi, et le code n'en est que plus explicite.
Le pendant TypeScript de Knex.js, un query builder que j'aime bien.
Comparaison de deux query builders populaires en TypeScript.
J'aime beaucoup knex.js donc j'aurais tendance à me tourner vers Kysely.
Cas d'utilisation pour satisfies en TypeScript.
Publier un package TypeScript implique pas mal de complexité quant aux fichiers qu'il convient d'inclure dans le package. Ça pourrait bien se simplifier dans les années à venir.
La v4 de Zod supporte l'export sous forme de schéma JSON, c'est intéressant 🤔
Ça permet de générer une documentation type Swagger ou OpenAPI assez facilement par exemple.
Un starter TypeScript qui contient beaucoup de choses mais qui peut servir d'inspiration partielle.
Un guide complet et quasi exhaustif sur tsconfig.ts qui sert à paramétrer TypeScript.
Une lib d'injection de dépendence (pattern IoT pour Inversion of Control) TypeScript qui semble assez simple à utiliser.
D'excellentes recommendations pour la création de packages TypeScript pour npm.
C'est surprenamment difficile de trouver de bonnes ressources en la matière.
Les dessous du début de support de TypeScript par Node.
Le support de TypeScript dans Node par défaut arrive à partir de la version 23.6.0.
Il arrivera plus tard dans Node 22 mais pas dans Node 20.