UUID Generator npm

But et intention utilisateur : l’outil génère des UUID RFC 4122 pour des projets Node.js/NPM afin de fournir des identifiants uniques pour des fixtures, données de test, jetons de traçage distribué, identifiants de session et échantillons de configuration. Les principaux utilisateurs sont développeurs, QA, DevOps et pipelines CI qui nécessitent des IDs fiables et reproductibles sans dépendances externes. Il prend en charge la génération par lot en une seule invocation et permet de sélectionner la version UUID et le format de sortie. Si des résultats deterministes sont nécessaires, les versions 3 ou 5 peuvent produire des IDs stables à partir d’un namespace et d’un nom.
Logique centrale et fonctionnalités : capacités clés incluent : (1) sélection de version parmi {1,3,4,5} ; (2) génération par lot avec un nombre configurable ; (3) contrôle du format (avec trait d’union ou compact) ; (4) dérivation déterministe pour v3/v5 via namespace+nom ; (5) sortie sous forme d’un tableau de chaînes avec sérialisation optionnelle ; (6) validation et rapports d’erreurs structurés. Exigences : count > 0 et version dans {1,3,4,5}. Avancé : pouvoir fournir namespace+nom pour v3/v5, choix du format et export vers des structures ou fichiers via des outils en aval.
Entrées et sorties : entrées : count (entier, requis, ex. 5, plage 1-10000) ; version (enum 1,3,4,5; par défaut 4) ; hyphenated (booléen, par défaut true) ; namespace (chaîne, optionnel) ; name (chaîne, optionnel). Sortie : uuids (tableau de chaînes) ; format (chaîne : 'hyphenated' ou 'compact') ; exemple de sortie dans la documentation.
Algorithmes et calculs : V4 utilise un RNG cryptographiquement fort pour UUIDs aléatoires ; V1 utilise des composants basés sur le temps ; V3 utilise MD5(Namespace, Name) ; V5 utilise SHA-1(Namespace, Name). La Eingaben sont validées et l’hyphenation est normalisée après génération.
Erreurs et cas limites : count invalide (<=0 ou >10000) => erreur ; version invalide => erreur ; pour v3/v5, namespace ou name manquant => retombée sur v4 lorsque possible ; grands comptes → consommation mémoire ; collisions statistiquement improbables.