Minifieur JS

Retirer les espaces et les commentaires est la partie facile et évidente de la minification — et à elle seule, elle change à peine la donne sur du code bien écrit. La vraie réduction de taille vient de deux transformations plus profondes : le renommage (mangling), qui renomme chaque variable locale et argument de fonction avec l'identifiant le plus court possible (`accumulateur` devient `a`, `resultatTemporaire` devient `t`), et l'élimination de code mort, qui retire les branches et expressions dont une analyse statique du code peut prouver qu'elles ne s'exécuteront jamais ou n'affecteront jamais la sortie. Les deux nécessitent de réellement comprendre la structure du code — ses portées, quels noms sont locaux ou exportés, quelles branches sont prouvablement inatteignables — ce qui explique pourquoi un vrai outil basé sur un analyseur syntaxique comme Terser produit une sortie nettement plus petite que ne le pourrait jamais un simple rechercher-remplacer sur les espaces.

Des bundlers comme Webpack, esbuild, Rollup et Vite minifient automatiquement leur sortie dans le cadre d'un build de production, en utilisant presque toujours Terser ou un moteur compatible Terser en coulisses — donc pour quiconque travaille dans un projet JavaScript moderne, la minification se produit déjà invisiblement à chaque exécution d'une commande de build. Un outil autonome comme celui-ci couvre les cas qui tombent en dehors de ce pipeline : une simple balise script sans étape de build, une vérification rapide de la taille qu'un extrait gagnerait à être réduit, ou un fichier ponctuel à compresser sans tirer toute une configuration de bundler pour ce seul besoin.

Minifier et formater sont des opérations opposées sur le même code : cet outil retire les espaces, la structure et la lisibilité qu'un formateur comme Prettier ajoute délibérément. Son outil jumeau, le Formateur JavaScript, défait exactement ce que celui-ci fait — utile pour la direction inverse, transformer un fichier minifié que quelqu'un vous a transmis en quelque chose d'assez lisible pour être réellement débogué.

Un vrai pipeline de build associe normalement la minification à une source map — un fichier séparé qui fait correspondre chaque position de la sortie minifiée à sa ligne d'origine dans la source — précisément pour qu'un débogueur puisse encore afficher du code lisible et des numéros de ligne corrects en production, malgré le fait que le fichier réellement exécuté soit illisible. Cet outil autonome n'en génère volontairement pas, car il est destiné à une réduction ponctuelle rapide plutôt qu'à un déploiement en production ; tout ce qui va dans un vrai pipeline de build devrait passer par un bundler qui émet une source map correspondante avec lui.