Détecter les bugs depuis son IDE: TSDoc et autres recettes pratiques

[adrienjoly]

Format

20 minutes

Public

• les dévs TypeScript débutants vont probablement découvrir l'exhaustive checking, et ce sera une piqure de rappel pour les autres
• les dévs JavaScript n'ayant pas encore gouté à TypeScript vont pouvoir le faire sans rien péter chez leur employeur/client

Description

On a tous vécu ce moment d’embarras (et parfois de rage) quand notre code JavaScript plante en production à cause d’une variable, d’un paramètre ou d’une propriété undefined. D’un cas qu’on avait pas prévu !

Les réponses classiques pour réduire ce risque sont la migration vers TypeScript et l’écriture de tests automatisés de diverses sortes: unitaires, composants, intégration, end-to-end… Saviez-vous qu’en maîtrisant l’art du type checking on pouvait non seulement réduire le besoin en tests, et qu’il n’y a même pas besoin de migrer toute sa codebase en TypeScript pour en bénéficier ?

Dans ce talk, nous verrons ensemble:

• comment aider notre IDE (vscode) à trouver plus d’erreurs de types dans nos fichiers JS, grâce à TSDoc et un peu de configuration
• plusieurs exemples de cas où un test automatisé est rendu inutile grâce à l’emploi astucieux de la validation de types, ex: type guards, validation d’exhaustivité sur les blocks switch, l’usage de unknown au lieu de any, etc…