L'application Node
est composée de modules. Son système de modules s'appuie sur la spécification de module CommonJS
, mais il n'est pas entièrement implémenté conformément à la spécification, mais en ajoute. fonctionnalités selon ses propres besoins , considéré comme une variante de la spécification du module CommonJS
. Node
应用由模块组成,其模块系统借鉴了CommonJS
模块规范,但是并未完全按照规范实现,而是根据自身需求增加了一些特性,算是CommonJS
模块规范的一个变种。
CommonJS
是社区提出的一种JavaScript
模块化规范,可以说是JS
模块化历程中最重要的一块里程碑,它构造了一个美好的愿景——JS
能够在任何地方运行,但其实由于它的模块是同步加载的,只适合在服务端等其他本地环境,并不适合浏览器端等需要异步加载资源的地方。
为了能让JS
能够在任何地方运行,CommonJS
制定了一些接口规范,这些接口覆盖了模块、二进制、Buffer
、字符集编码、I/O
流、进程环境、文件系统、socket
、单元测试、web服务器、网关、包管理等等,虽然大部分都处于草案阶段,但是其深深影响了Node
的发展。
下图表示了Node
与浏览器、W3C
、CommonJS
以及ECMAScript
之间的关系,摘自 《深入浅出NodeJS》
CommonJS
的模块主要由模块引用、模块定义和模块标识三部分组成。
模块标识
模块标识对于每个模块来说是唯一的,是它被引用时的依据,它必须是符合小驼峰命名的字符串,或者是文件的相对路径或绝对路径。
require('fs')// fs是内建模块,执行时会被直接载入内存,无须路径标识 require('./moduleA')//导入当前目录的moduleA require('../moduleB')// 导入上一个目录的moduleB require('C://moduleC')// 绝对路径导入moduleC
模块引用
使用require()
来引用一个模块,这个方法接受一个模块标识作为参数,以此引入一个模块的API到当前上下文中。
const fs = require('fs')// 引入内建的fs模块
模块定义
有导入自然也有导出,要将当前上下文中的方法或变量作为模块导出,需要使用内建的module.exports
对象,它是模块导出的唯一出口。
CommonJS
规范规定,每个模块内部,module
变量代表当前模块。这个变量是一个对象,它的exports
属性(即module.exports
)是对外的接口。加载某个模块,其实是加载该模块的module.exports
属性。
// moduleA.js模块 let moduleA = { name:"moduleA" } module.exports = { moduleA } // moduleB.js模块 // 导入moduleA const {moduleA} = require('./moduleA')
CommonJS
模块的特点如下:
module.cache
中Node
导入模块需要经历3
个步骤:路径分析 -> 文件定位 -> 编译执行:
路径分析:根据模块标识分析模块类型。
文件定位:根据模块类型和模块标识符找到模块所处位置。
编译执行:将文件编译成机器码执行,中间需要经过一系列转化。
【推荐学习:《nodejs 教程》】
模块类型分为内建模块和用户模块:
内建模块:内建模块由Node
提供,已经被编译成二进制执行文件,在node
执行时,内建模块会被直接载入内存,因此我们可以直接引入,它的加载速度很快,因为它不需要经过文件定位和编译执行这2
个步骤。
文件模块:使用js
或C++
等编写的扩展模块,执行时需要先被编译成二进制机器码。需要经过上述三大步骤。
模块缓存
不管是内建模块还是文件模块,node
CommonJS
est un module JavaScript
proposé par la communauté La standardisation peut être considérée comme l'étape la plus importante dans le processus de modularisation de JS
. Elle construit une belle vision - JS
peut s'exécuter n'importe où, mais en fait parce que ses modules sont chargés. de manière synchrone et ne conviennent qu'à d'autres environnements locaux tels que le côté serveur. Ils ne conviennent pas aux navigateurs et autres endroits qui doivent charger des ressources de manière asynchrone. 🎜🎜Afin de permettre à JS
de s'exécuter n'importe où, CommonJS
a formulé certaines spécifications d'interface, qui couvrent les modules, les binaires, le Buffer
, l'encodage des jeux de caractères. , flux E/S
, environnement de processus, système de fichiers, socket
, tests unitaires, serveur Web, passerelle, gestion des packages, etc., bien que la plupart d'entre eux soient au stade de projet , mais cela a profondément affecté le développement de Node
. 🎜🎜La figure suivante montre la relation entre Node
et le navigateur, W3C
, CommonJS
et ECMAScript
, extraite de "Explication approfondie de NodeJS"🎜🎜🎜CommonJS
est principalement référencé par module, Définition du module et Identité du module. 🎜🎜ID du module🎜🎜L'ID du module est unique pour chaque module et constitue la base de son référencement. être une chaîne camelCase ou un chemin relatif ou absolu vers le fichier. 🎜// package.json { "name": "esm-project", "version": "1.0.0", "main": "index.js", "type": "module", ... }
require()
pour référencer un module. Cette méthode accepte. Un identifiant de module est passé en argument, introduisant ainsi l'API d'un module dans le contexte actuel. 🎜rrreee🎜Définition du module🎜🎜Il existe des importations et des exportations Pour exporter des méthodes ou des variables dans le contexte actuel sous forme de modules, vous. Vous devez utiliser l'objet intégré module.exports
, qui est la seule exportation exportée par le module. 🎜🎜 La spécification CommonJS
stipule qu'à l'intérieur de chaque module, la variable module
représente le module actuel. Cette variable est un objet et son attribut exports
(c'est-à-dire module.exports
) est l'interface externe. Le chargement d'un module charge en fait l'attribut module.exports
du module. 🎜rrreee🎜CommonJS
Les caractéristiques du module sont les suivantes : 🎜module .cache
Node
doit passer par l'importation des modules 3
étapes : Analyse du chemin -> Emplacement du fichier -> Compiler et exécuter :🎜node
est exécuté, le module intégré sera directement chargé dans la mémoire. , nous pouvons donc l'introduire directement. Sa vitesse de chargement est très rapide, car il n'a pas besoin de passer par la localisation et la compilation du fichier pour effectuer ces 2
étapes. 🎜js
ou C++
doit d'abord être compilé en code machine binaire lorsqu'il est exécuté. Vous devez suivre les trois étapes ci-dessus. 🎜 node
mettra en cache les résultats après le premier chargement, la prochaine fois que le même module sera chargé, il sera d'abord recherché dans le cache. S'il peut être trouvé, il sera lu directement à partir du cache. . Le résultat mis en cache est la compilation du module et l'objet exécuté est le plus rapide à charger parmi tous les modules. 🎜路径分析
路径分析依据的是模块标识符,模块标识符有以下几种类型:
fs
,path
等,不需要编译,node
运行时被直接载入内存等待导入。node_modules
中的包,引入时也不需要写路径描述,node
有一套算法来寻找,是所有模块标识中分析速度最慢的。文件定位
文件定位主要包括文件扩展名分析、目录和包的处理。如果文件定位结束时都没找到任何文件,则会抛出文件查找失败的异常。
文件扩展名分析
由于模块标识可以不添加文件扩展名,因此Node
会按.js
、.json
、.node
的次序依次补足扩展名来尝试加载,尝试加载的过程需要调用fs
模块同步阻塞式地判断文件是否存在,因此为了提高性能,可以在使用require()
导入模块时,参数带上文件扩展名,这样会加快文件定位速度。
目录、包的处理
在分析文件扩展名时,可能得到的是一个目录,此时Node
会将其作为一个包处理,用查找包的规则来查找:在当前目录下查找package.json
,获得其中定义的main
属性指定的文件名,以它来作为查找的入口,如果没有package.json
,则默认将目录下的index
当前默认文件名,然后依次查找index.js
、index.json
、index.node
。
编译执行
编译和执行是模块导入的最后一个步骤,node
会先创建一个Module
实例,代表当前模块。它有以下属性:
module.id
模块的识别符,通常是带有绝对路径的模块文件名。module.filename
模块的文件名,带有绝对路径。module.loaded
返回一个布尔值,表示模块是否已经完成加载。module.parent
返回一个对象,表示调用该模块的模块。module.children
返回一个数组,表示该模块要用到的其他模块。module.exports
表示模块对外输出的值。通过文件定位得到的信息,Node
再载入文件并编译。对于不同的文件扩展名,其载入方法也有所不同:
.js
文件:通过fs
模块同步读取文件后编译执行。.node
文件:这是C/C++
编写的扩展文件,通过dlopen()
方法加载。.json
文件:通过fs
模块读取后,用JSON.parse()
解析返回结果。.js
文件载入每一个载入的模块都会被缓存,可以通过require.cache
来查看。
目前,在node
中使用ES-Module
属于实验性功能,从8.5
开始支持,执行时需要加上--experimental-modules
参数。从12.17.0 LTS
开始,去掉了--experimental-modules
,现在可以通过使用.mjs
文件代替.js
文件或在package.json
中指定 type
为 module
两种方式使用。
// package.json { "name": "esm-project", "version": "1.0.0", "main": "index.js", "type": "module", ... }
ES-Module
相比于CommonJS
的Module
机制,最大不同是ES-Module
对导出模块的变量、对象是动态引用,而且是在编译阶段暴露模块的导入接口,因此可以进行静态分析;而CommonJS-Module
是运行时同步加载,且输出的是导出模块的浅拷贝。除此之外,ES-Module
支持加载CommonJS-Module
,而反过来则不行。
其次,Node
规定 ES6
模块之中不能使用 CommonJS
模块的特有的一些内部变量,这是因为ES-Module
顶层this
指向undefined
,CommonJS
模块的顶层this
指向当前模块,而这些内部变量作为顶层变量能被直接使用。
CommonJS
的内部变量有:
arguments
arguments
require
module
exports
m__filename
__dirname
Node
模块的加载是同步的,只有加载完成,才能执行后面的操作。
每一个文件就是一个模块,有自己的作用域。每个模块内部,module
对象代表了当前模块,它的exports
require
module
exports
m__filename
Node
est chargé de manière synchrone. Ce n'est que lorsque le chargement est terminé que les opérations suivantes peuvent être effectuées. 🎜🎜🎜🎜Chaque fichier est un module et a sa propre portée. À l'intérieur de chaque module, l'objet module
représente le module actuel, et son attribut exports
sert d'interface d'exportation du module actuel. 🎜🎜🎜🎜Le module importé est une copie superficielle du module exporté. 🎜🎜🎜🎜Pour plus de connaissances sur la programmation, veuillez visiter : 🎜Vidéo de programmation🎜 ! ! 🎜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!