bin vs scripts dans package.json

Vous êtes donc plongé dans votre projet Node.js et vous regardez package.json, essayant de comprendre quand utiliser "bin" et quand utiliser "scripts". Décomposons-le, car honnêtement, c'est une de ces choses qui sont négligées jusqu'à ce que vous rencontriez un problème.

Le champ "bac"

Le champ "bin" est tout au sujet de l'accessibilité globale. Vous définissez ici les commandes que les utilisateurs peuvent exécuter directement depuis leur terminal après avoir installé votre package. Pensez-y comme ceci : lorsque vous installez globalement un outil comme eslint (npm install -g eslint), la commande eslint est prête à être utilisée directement depuis le terminal, sans avoir besoin d'étapes supplémentaires. C'est la magie du "bin".

Voici une configuration simple :

Désormais, une fois installé globalement, les utilisateurs peuvent simplement taper my-tool dans le terminal. Boum, ça roule. Pas besoin de rechercher des fichiers ou des répertoires. En gros, vous créez un raccourci et npm le configure automatiquement pour vous. C'est parfait lorsque vous souhaitez créer un outil CLI que les utilisateurs peuvent utiliser sur leur système, à l'échelle mondiale.

Le champ "scripts"

Maintenant, les « scripts » ? Il s'agit davantage de tâches locales. C'est ici que vous définissez les commandes que vous exécutez dans votre projet. Vous souhaitez regrouper votre application avec Webpack ou exécuter vos tests ? Insérez-le dans "scripts", et npm le gérera lorsque vous tapez npm run .

Par exemple :

Exécutez npm run build, et il exécutera tout ce que vous avez configuré. C’est super pratique pour automatiser des tâches spécifiques à votre projet. La clé ici est que ces scripts sont spécifiques au projet ; elles ne seront pas disponibles globalement comme les commandes dans "bin".

La principale différence ?

Considérez « bin » comme l'endroit où vous configurez des commandes globales que les utilisateurs peuvent exécuter de n'importe où. Les "scripts" sont destinés aux tâches locales que vous, le développeur, utilisez dans votre projet. Les deux sont très utiles, mais à des fins différentes.

Alors la prochaine fois que vous ajouterez quelque chose à votre package.json, demandez-vous : est-ce que je veux que les utilisateurs puissent l'exécuter n'importe où, ou est-ce juste pour le projet ? Cela vous aidera à choisir entre « bin » et « scripts ».

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!