Les pubs vous déplaisent ? Aller Sans pub Auj.

Formatteur et trieur de clés de package.json

DonnéesPromoteur
ANNONCE · Supprimer ?
La validation et les recommandations apparaîtront ici.
ANNONCE · Supprimer ?

Guide

Formatteur et trieur de clés de package.json - IO Tools

Formatteur et trieur de clés de package.json

Coller n'importe quoi package.json dans la zone d'entrée (ou cliquez sur « Essayer un exemple » pour voir l'outil en action).

Comment utiliser

  1. Collez votre package.json Choisir votre style d'indentation préféré : 2 espaces, 4 espaces ou tabulation.
  2. Activer optionnellement le tri alphabétique des groupes de dépendances et le tri adapté au cycle de vie des scripts.
  3. Activer l'option « Éliminer les champs non standard » si vous souhaitez supprimer les clés inconnues de niveau supérieur.
  4. Vérifier le résultat formaté à droite ainsi que le rapport de validation avec erreurs, avertissements et notes.
  5. Copier le résultat ou le télécharger directement sous la forme de
  6. Ordre canonique des clés package.json.

Caractéristiques

  • – Les champs de niveau supérieur sont réorganisés selon la séquence standard npm (nom, version, description, scripts, dépendances, etc.) afin que les différences et les revues de code restent cohérentes. Vérification des champs requis et recommandés
  • – Indique les champs manquants et les entrées recommandées comme name/version Validation des gammes de versions description, licenseet repository.
  • – Vérifie chaque entrée dans utilise une gamme valide de semver (caractères ^, ~, gammes, protocoles de workspace, etc.). dependencies, devDependencies, peerDependencieset optionalDependencies Tri des dépendances
  • – Tri alphabétique de chaque groupe de dépendances pour une sortie prévisible et compatible avec les fichiers de verrouillage. Tri des scripts sensibles au cycle de vie
  • – Garde les scripts du cycle de vie npm regroupés, puis trie le reste alphabétiquement. Élimination des champs non standard preX/X/postX – Supprime les clés de niveau supérieur inconnues pour garder votre manifeste léger, ou les conserve (elles sont déplacées vers le bas).
  • Contrôle de l'indentation – Sortie avec 2 espaces, 4 espaces ou un caractère de tabulation pour correspondre aux règles de formatage de votre projet.
  • – Le parsing, la validation et le tri se font entièrement dans votre navigateur. Rien n'est transmis. Pourquoi l'ordre des clés dans package.json importe-t-il ?
  • Côté client uniquement La spécification JSON traite les objets comme non ordonnés, mais en pratique, l'ordre des clés influence la lisibilité humaine, la clarté des différences dans les demandes de fusion, et la manière dont divers outils présentent le fichier. Un ordre canonique — popularisé par la commande npm CLI et largement adopté par les outils de l'écosystème — place d'abord les champs d'identité (nom, version), puis les métadonnées, les points d'entrée, et enfin les blocs de dépendances et de configuration. Un ordre cohérent réduit les conflits de fusion et rend les manifestes plus faciles à scanner.

FAQ

  1. Qu'est-ce que le semver et pourquoi la syntaxe des gammes de versions importe-t-elle ?

    Le versionnement sémantique (semver) définit les versions comme des triples MAJOR.MINOR.PATCH avec des règles strictes sur ce que chaque segment signale. Les opérateurs de gamme comme le caret (^), le tilde (~) et les comparateurs (>=, <) indiquent aux gestionnaires de paquets quelles versions futures vous êtes prêt à accepter sans rompre votre contrat. Une gamme invalide ou ambiguë peut causer des échecs de construction reproductibles ou des mises à jour inattendues. La validation des gammes dès le départ détecte les fautes de frappe avant qu'elles ne parviennent à un fichier de verrouillage.

  2. Qu'est-ce qu'on entend par champ non standard dans package.json ?

    La spécification du manifeste npm définit un vocabulaire fixe de champs de niveau supérieur avec un sens documenté (nom, version, scripts, dépendances, moteurs, etc.). Les outils ajoutent fréquemment des clés de niveau supérieur spécifiques — configuration ESLint, hooks Husky, paramètres d'outils de construction. Ces clés sont techniquement valides JSON mais existent en dehors de la spécification npm. Certains projets préfèrent les conserver pour la commodité, d'autres les déplacent vers des fichiers de configuration spécifiques afin de garder le manifeste concentré sur les préoccupations de packaging.

  3. Pourquoi regrouper les scripts du cycle de vie npm plutôt que de les trier simplement alphabétiquement ?

    npm exécute les scripts du cycle de vie dans un ordre défini : préinstall avant install, prepublish avant publish, etc. Lorsque vous lisez un bloc de scripts, regrouper les trios de cycle de vie (pré/principale/post) ensemble rend le flux d'exécution évident à l'œil. Un tri pur alphabétique disperserait ces paires — par exemple, placer « postbuild » loin de « build » — ce qui rendrait plus difficile de comprendre ce qui s'exécute à quel moment.

  4. Coller votre package.json ici...

    Formatteur et trieur de clés de package.json 1

Envie d'une expérience sans pub ? Passez à la version sans pub

Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur Extension Chrome Sur Extension de bord Sur Extension Firefox Sur Extension de l'opéra

Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?
ANNONCE · Supprimer ?
ANNONCE · Supprimer ?

Coin des nouvelles avec points forts techniques

Impliquez-vous

Aidez-nous à continuer à fournir des outils gratuits et précieux

Offre-moi un café
ANNONCE · Supprimer ?