Salut, effectivement, Deno propose pas mal de changement par rapport à Node qui fait que la rétro compatibilité de l’un à l’autre n’est pas possible. On peut penser notamment à la gestion des dépendances, qui est gérée directement par Deno (contrairement à Node qui à besoin d’un outil externe: npm
).
Un des avantages notable de Deno est au niveau de la sécurité, on doit spécifier si on accepte que le programme accède au disque, fasse des appels réseaux, …
Là où cela peut-être complètement silencieux avec Node, Deno donnera une erreur si l’autorisation n’est pas donnée et qu’un accès est utilisé. Cela permet l’exécution de code pas toujours très safe.
Comme le dit ache, le support TS est natif. Cela implique qu’il peut directement lire des fichiers .ts
contrairement à Node où on utilise un outil externe pour transpiller en js
.
Je pense que Deno à une approche beaucoup plus moderne et un recule par rapport à node (c’est le même créateur donc ça expliquerait pourquoi). De plus Deno répond à des besoins que Node ne fait pas, par exemple compiler un projet en un fichier pour le distribuer.