Une analyse approfondie des packages et du NPM dans Node.js-js tutoriel-php.cn

Une analyse approfondie des packages et du NPM dans Node.js

青灯夜游

Libérer： 2021-11-01 09:52:49

avant

2196 Les gens l'ont consulté

Cet article vous fera découvrir les outils de gestion de packages de Node.js : packages et NPM. J'espère qu'il vous sera utile !

Une analyse approfondie des packages et du NPM dans Node.js

Résumé : Les packages et NPM Node organisent leurs propres modules de base et permettent également d'écrire et d'utiliser des modules de fichiers tiers de manière ordonnée.

Package et NPM

Node organise ses propres modules de base et permet également d'écrire et d'utiliser des modules de fichiers tiers de manière ordonnée. [Apprentissage recommandé : "Tutoriel Nodejs"]

Mais dans les modules tiers, les modules sont toujours hachés à divers endroits, ne peuvent pas se référencer directement

Donc, en dehors du module, le package et NPM sont un mécanisme pour relier les modules entre eux.

Diagramme schématique du module d'organisation des packages

Une analyse approfondie des packages et du NPM dans Node.js

La définition de la spécification de package de CommonJS est en fait très simple, composée de deux parties : la structure du package et le fichier de description du package.

Structure du package

est utilisée pour organiser divers fichiers dans le package. Il s'agit d'un fichier d'archive, c'est-à-dire qu'un répertoire est directement empaqueté dans un fichier au format .zip ou tar.gz.

Répertoire de package conforme :

package.json : fichier de description du package
bin : répertoire utilisé pour stocker les fichiers binaires exécutables
lib : répertoire utilisé pour stocker le code JavaScript
doc : répertoire pour stockage des documents
test : Code de stockage des cas de tests unitaires

fichier de description du package package.json

Tous les comportements de NPM sont étroitement liés aux champs du fichier de description du package

Certains champs :

name : nom du package. Les définitions des spécifications doivent être composées de lettres minuscules et de chiffres, et aucun espace n'est autorisé. Le nom du package doit être unique pour éviter les conflits de noms en double lorsqu'il est annoncé au public
description : introduction du package
version : numéro de version, son introduction est également mentionnée dans "Node.js Learning (1) - Introduction" Et
keywords : tableau de mots-clés, principalement utilisé pour la recherche de classification dans NPM.
maintainers : Liste des mainteneurs de paquets. Chaque responsable se compose de trois attributs : nom, email et web. NPM utilise cet attribut pour authentifier les autorisations.

Format :

"maintainers":[{ "name":"kongchengji", "email":"111@.com", "web":"[http:](https://blog.csdn.net/qq_36171287)" }]

Copier après la connexion

contributeurs : liste des contributeurs, le format est le même que la liste des responsables
bugs : une adresse web ou une adresse email où les bugs peuvent être signalés
licences : utilisé par le package actuel Liste des licences, indiquant sous quelles licences le package est utilisé

Format :

 "licenses":[{ "type": "GPLv2", "url":"" }]
 // 或者
 "license": "ISC"

Copier après la connexion

dépôts : Liste des emplacements où le code source est hébergé, indiquant les méthodes et adresses via lesquelles le code source du package peut être accessible.

Format :

"repository": {
"type": "git",
"url": "git+https://github.com/kongchengji/UiSelfMade.git"
},

Copier après la connexion

dépendances : Liste des packages requis pour utiliser le package actuel. Cet attribut est très important
page d'accueil : l'adresse du site Web du package actuel
os : liste de support du système d'exploitation, si la liste est vide, aucune hypothèse n'est faite sur le système d'exploitation
cpi : CPU liste de support d'architecture
engine : liste des moteurs JavaScript pris en charge
directories : description du répertoire du package
impléments : liste des spécifications d'implémentation. Marque les spécifications CommonJS que le package actuel implémente
scripts : objet de description de script. Principalement utilisé par les gestionnaires de packages pour installer, compiler, tester et désinstaller des packages

Format :

"scripts": {
        "dev": "webpack-dev-server --inline --progress --config build/webpack.dev.conf.js",
        "start": "npm run dev",
        "lint": "eslint --ext .js,.vue src",
        "build": "node build/build.js"
    },

Copier après la connexion

La différence entre NPM et les spécifications de package est qu'il y a quatre champs supplémentaires :

auteur : Auteur du package : ok_man :
bin : Certains auteurs de packages souhaitent que le package soit disponible en tant qu'outil de ligne de commande.
main : Lorsqu'un module importe un package, ce champ sera vérifié dans une mesure limitée et utilisé comme module d'entrée pour les autres modules du package. S'il n'existe pas, require recherchera index.js, index.node, index.json dans le répertoire du package comme entrée par défaut
devDependencies : Certains modules n'ont besoin de dépendances que pendant le développement.

devDependencies : utilisées dans l'environnement de développement dépendances : utilisées dans l'environnement de production

Modules partagés pour le front et le back end

JavaScript a un avantage après l'émergence de Node --> les extrémités avant et arrière.

Mais il existe encore quelques différences entre le front-end et le back-end :sweat_drops:

L'objectif des modules front-end et back-end

Le JavaScript front-end et back-end est placé à les deux extrémités du HTPP et jouent des rôles différents.

Le JavaScript côté navigateur doit être distribué à partir du même serveur vers plusieurs clients pour être exécuté. Le goulot d'étranglement est la bande passante. Le chargement du code à partir du réseau nécessite que le même code soit exécuté plusieurs fois. comme CPU et mémoire. À partir du disque Chargement moyen

En JavaScript frontal, l'application principale est Spécification AMD.

CommonJS并不完全适用于前端JavaScript，比如Node的模块引入基本是同步的，但是前端引入如果使用同步引入，UI在初始化过程中需要花费很多时间等待脚本加载完成。

AMD规范

AMD规范是CommonJS规范的一个延伸，全称：Asynchronous Module Definition。

是异步模块定义

模块定义：define(id?,dependencies?, factory);

id 是模块的名字，它是可选的参数。

dependencies 指定了所要依赖的模块列表，它是一个数组，也是可选的参数

AMD需要在声明模块时指定所有的依赖，通过形参传递依赖到模块内容中：

define([&#39;./a&#39;, &#39;./b&#39;], function (dep1, dep2) {
    a.doSomethimg()
    b.doSomething()
});

Copier après la connexion

CMD规范

与AMD规范相对的还有CMD规范，全称：CommonModule Definition。

是公共模块定义

这是由国内的玉伯（也是一位大佬）提出的

模块定义：define(factory)

CMD支持动态引入：

define(function(require, exports, module) {
    var a=require(&#39;./a&#39;)
    a.doSomethimg()
    var b=require(&#39;./b&#39;)
    b.doSomething()
})

Copier après la connexion

在需要依赖模块时，随时调用require()引入即可