Marketing vs Développement : une guerre éternelle et un amas de dette technique
/https://medias.yama-cms.com/fbe88647624e76d5bcdec2d0e89dc506/2025-03/67d3ee44b7ec0106527189.png)
ts-rest permet de créer un “contrat” (schéma) de son API, puis de définir son serveur et son client à partir du contrat. Ça permet d’avoir des types de bout en bout, validés via Zod.
C’est une alternative à tRPC (voir la page de comparaison). L’intérêt principal de ts-rest, c’est qu’il n’y a pas besoin de magouiller pour pouvoir l’utiliser en dehors d’un monorepo : Là où tRPC définit le schéma à partir de l’implémentation serveur (et où donc, le client doit dépendre du serveur), le contrat de ts-rest peut être défini indépendamment.
Les erreurs sont assez verbeuses, mais en général on arrive assez vite à repérer ce qui ne va pas (surtout si on y va petit à petit.)
Possiblement un bon combo avec ts-pattern coté client pour pouvoir gérer proprement tous les cas.