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

Générateur de package.json

DonnéesPromoteur
ANNONCE · Supprimer ?
minuscules, tirets/sous-traits ; peut être porté (@nom/nom).
version sémantique (MAJOR.MINOR.PATCH).
ESM définit type=module et utilise des points d'entrée .mjs ; CJS utilise CommonJS.
Utilisé pour le champ principal / module.
Définit engines.node. Laissez vide pour l'ommettre.
Séparé par des virgules.
Optionnel. Définit le dépôt, les bugs et la page d'accueil.

Scritps

Dépendances

Utilisez la syntaxe nom@range. La plage par défaut est la dernière si elle est omise.
Même syntaxe que ci-dessus.

Options de sortie

ANNONCE · Supprimer ?

Guide

Générateur de package.json

Générateur de package.json

Créer un package.json valide package.json à partir d'un formulaire structuré au lieu de mémoriser chaque champ. Définissez le nom du package, la version, la licence, le système de module (ESM ou CommonJS), l'engine Node, les scripts et les dépendances, et l'outil produit un manifeste proprement ordonné que vous pouvez directement intégrer à un projet.

Contrairement à un formatateur qui réorganise un fichier existant, ce générateur construit le manifeste à partir de zéro et saute les champs vides, afin que vous obteniez un fichier minimal, publié, qui suit déjà les conventions utilisées par npm. npm init.

Comment utiliser

  1. Entrez le nom du package, la version et (optionnellement) la description et l'auteur.
  2. Choisissez une licence et sélectionnez Modules ES ou CommonJS pour le système de module.
  3. Définissez le fichier d'entrée (par exemple index.js) et une plage d'engines.node comme >=18.
  4. Remplissez les scripts que vous utilisez réellement (dev, build, test, start) — laissez les champs vides pour les omettre.
  5. Ajoutez les dépendances et les dépendances de développement comme name@range, une par ligne ou séparées par des virgules.
  6. Choisissez votre indentation (2 espaces, 4 espaces ou tab) et copiez ou téléchargez le manifeste généré package.json.

Caractéristiques

  • Formulaires orientés – Aucune nécessité de mémoriser les noms exacts des champs ou leur ordre ; les clés courantes sont remplies pour vous.
  • ESM ou CommonJS – Activez le système de module et l'outil définit "type": "module" et le module d'entrée en conséquence.
  • Scripts intelligents – Les champs vides des scripts sont omis au lieu d'être laissés comme "" placeholders.
  • Analyse des dépendances – Collez une liste de package@^1.2.3 entrées et elles deviennent un objet propre. dependencies Objet.
  • Outils de dépôt – Insérez une URL GitHub et l'outil remplit repository, bugset homepage pour vous.
  • Indicateur privé – Un clic marque le package comme privé afin d'éviter une publication accidentelle npm publish.
  • Indentez selon vos goûts – Sortie en 2 espaces, 4 espaces ou tab pour correspondre au style existant de votre dépôt.
  • Copier ou télécharger – Obtenez le résultat sous forme de texte ou téléchargez package.json directement.

ANNONCE · Supprimer ?

FAQ

  1. Quelle est la différence entre dépendances et dépendances de développement ?

    dependencies sont des packages que votre code importe au moment de l'exécution et que les consommateurs de votre package installe aussi. devDependencies sont des outils que vous n'avez besoin que pendant le développement ou la construction du projet — comme les bundlers, les runneurs de tests, les vérificateurs de types — et ils ne sont pas installés lorsque quelqu'un ajoute votre package à leur propre projet.

  2. Qu'est-ce que fait le paramètre type à module ?

    Paramètre "type": "module" instructe Node.js à traiter .js les fichiers du package comme des modules ES, donc import et export fonctionnent nativement. Sans cela, Node traite .js comme des modules CommonJS et vous devez utiliser require/module.exports. Les modules ES permettent également des niveaux supérieurs await et une résolution de fichier plus stricte.

  3. Pourquoi package.json utilise-t-il la version sémantique ?

    La version sémantique (MAJOR.MINOR.PATCH) donne aux consommateurs un contrat : une augmentation de PATCH doit être une correction de bug sans risque, une augmentation de MINOR ajoute des fonctionnalités compatibles avec l'ancien comportement, et une augmentation de MAJOR signale des changements brisants. Les opérateurs de plage comme ^ et ~ sont basés sur ce contrat afin que npm puisse installer des mises à jour compatibles sans briser votre build.

  4. Quel est l'usage du champ engines ?

    Le engines champ déclare les versions de Node.js (ou d'autres environnements) que votre package supporte. npm et de nombreux outils affichent une alerte lorsque l'installeur est sur une version non supportée, et certains plateformes refusent d'installer totalement. Le champ explicite node empêche les bugs subtils causés par des API existant sur des versions plus récentes de Node.

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 ?