Outil de renommage de fichiers en lot

Le renommage de fichiers en lot consiste à modifier en une seule passe les noms d'un groupe de fichiers selon un ensemble de règles. Cas courants : transformer des exports d'appareil photo comme IMG_1234.JPG en 2026-06-voyage-001.jpg, préfixer des ressources d'export d'interface avec @2x_, séquencer des reçus scannés selon la date de facturation. Le renommage intégré au Finder de macOS couvre Rechercher-Remplacer et un format « nom + compteur », mais ne peut pas réécrire les extensions ; le renommage par Tab de l'Explorateur Windows ne gère que des numéros de séquence simples (PowerToys PowerRename ajoute le regex mais nécessite une installation séparée). Les tâches plus complexes passent généralement par ReNamer, Bulk Rename Utility, ou des scripts PowerShell / shell faits maison. Cet outil expose chaque opération comme un contrôle visuel avec aperçu en direct et détection des doublons, afin que vous puissiez vérifier le résultat avant de télécharger. Tout s'exécute dans la mémoire du navigateur, donc les noms de fichiers contenant des codes de projet, des noms de clients ou des informations personnelles ne quittent jamais votre machine.

L'outil entier s'appuie sur la File API du navigateur, Blob et URL.createObjectURL — chaque octet reste en mémoire. Quand vous déposez ou sélectionnez des fichiers, le navigateur transmet à JavaScript des objets File (sous-classes de Blob) sur le tas JS ; l'outil ne lit que la propriété `name` de chaque fichier pour le renommage, sans jamais toucher au contenu binaire. Les règles s'appliquent dans un ordre fixe pour éviter les interférences : d'abord le nom de base est déterminé (fourni par l'utilisateur ou base d'origine), avec l'extension séparée à lastIndexOf('.') (les fichiers cachés type .gitignore sont traités uniquement comme nom de base, sans extension) ; ensuite la recherche-remplacement s'effectue via String.prototype.split + Array.prototype.join (pas de regex — pour éviter une correspondance accidentelle de caractères spéciaux) ; puis le numéro de séquence est calculé via `String(start + i).padStart(pad, '0')` et placé en préfixe/suffixe/remplacement du nom de base ; le préfixe et le suffixe sont ensuite concaténés autour du résultat ; la transformation de casse s'applique alors à toute la chaîne préfixe+base+suffixe d'un seul coup ; l'extension est traitée indépendamment (conserver/majuscules/minuscules/remplacer). La détection des doublons compte chaque nouveau nom dans une Map<string, number> pendant l'aperçu ; les noms apparaissant plus d'une fois entrent dans un duplicateSet que l'interface met en surbrillance rouge. Cliquer sur « Télécharger en ZIP » alors que cet ensemble n'est pas vide affiche une notification d'erreur et interrompt l'empaquetage — la liste d'origine est préservée, il vous suffit d'ajuster les règles et de réessayer. Cela tourne dans useMemo([files, opts]), donc les modifications de règles recalculent de manière incrémentale sans refaire le rendu de la liste de fichiers. Le téléchargement individuel enveloppe le File dans URL.createObjectURL, déclenche un clic synthétique sur `<a download>` et révoque immédiatement l'URL. L'empaquetage ZIP importe dynamiquement JSZip au premier clic (~80 Ko, sans coût au premier rendu), lit l'arrayBuffer() de chaque fichier, l'écrit sous le nouveau nom et appelle generateAsync({type:'blob', compression:'DEFLATE', compressionOptions:{level:6}}). DEFLATE est la valeur par défaut de ZIP ; le niveau 6 équilibre ratio et vitesse. Le calcul des règles est en O(n) selon le nombre de fichiers ; le temps d'empaquetage évolue avec le total d'octets. Les navigateurs lisent généralement le contenu des File de manière paresseuse — arrayBuffer() est le moment où les octets quittent réellement le disque — donc même des milliers de fichiers en file d'attente ne coûtent presque rien pendant l'aperçu, le pic de mémoire n'arrive qu'au « Télécharger en ZIP ».

• lastIndexOf('.') sépare l'extension ; si le seul point est à l'index 0 (par exemple .gitignore), le fichier n'a pas d'extension et le point initial reste dans le nom de base
• La recherche-remplacement utilise String.prototype.split + Array.prototype.join au lieu de replaceAll, pour éviter une interprétation accidentelle de $1/$& dans la chaîne de remplacement
• padStart(pad, '0') génère le numéro complété par des zéros ; pad=0 produit le numéro brut pour les cas où l'alignement n'est pas nécessaire
• La transformation de casse s'effectue après que le préfixe et le suffixe aient été concaténés, ce qui normalise tout le segment de base d'un seul coup ; l'extension est traitée indépendamment
• La détection des doublons s'exécute dans useMemo avec une Map ; recalcul O(n), et l'interface ne fait qu'échanger un className pour les lignes mises en surbrillance — pas de reconstruction du DOM
• Les URL Blob sont révoquées immédiatement via URL.revokeObjectURL pour libérer le pool d'allocation d'URL, car les object URL réservées s'accumulent rapidement en cas d'usage intensif
• JSZip est chargé via dynamic import uniquement quand l'empaquetage est déclenché, donc les ~80 Ko de code n'affectent jamais le premier rendu ni le LCP
• Le niveau 6 de DEFLATE est le point d'équilibre côté navigateur ; le niveau 9 ajoute 1–2 % de compression pour 2–3× le temps et n'apporte presque rien sur les images/vidéos déjà compressées