Quelle est la différence entre any et unknown en TypeScript, et quand utilisez-vous l'un ou l'autre ?

any coupe la vérification de types pour cette valeur, donc chaque accès à une propriété et chaque appel compile même quand c'est faux. unknown accepte n'importe quelle valeur en entrée mais vous force à la restreindre avec un typeof, un type guard ou un parsing de schéma avant de pouvoir l'utiliser. Utilisez unknown aux frontières de confiance comme les réponses de fetch et JSON.parse. N'utilisez any quasiment jamais.

Ma règle, c'est que any est un bug que je n'ai pas encore trouvé. Si j'écris any, j'ai dit au compilateur d'arrêter de m'aider et l'échec ressort à l'exécution dans le navigateur d'un utilisateur. unknown, c'est la version honnête : ça dit je ne sais pas ce que c'est, et le compilateur m'oblige à prouver la forme avant d'y toucher. En pratique, ça veut dire que tout ce qui franchit une frontière de confiance démarre en unknown. Une réponse de fetch, un corps de webhook, ce qui sort de JSON.parse ou de localStorage. Dans une fintech où j'ai travaillé, on écrivait à la main nos types de réponses d'API et ils ont dérivé du backend en deux mois environ, donc un champ devenu nullable a commencé à faire planter le rendu d'un tableau en production. On est passés à un parsing avec zod à la frontière et à l'inférence des types TypeScript depuis le schéma, et toute cette catégorie de bugs a disparu. Le seul endroit où je tolère encore any, c'est dans un helper générique très circonscrit, et même là unknown plus un guard fait en général l'affaire.