Nodejs2day(nodejs的模块化,npm下载包，模块加载机制)

Node.js模块分类：

• 内置模块（内置模块是由 Node.js 官方提供的，例如 fs、path、http 等）
• 自定义模块（用户创建的每个 .js 文件，都是自定义模块）
• 第三方模块（由第三方开发出来的模块，并非官方提供的内置模块，也不是用户创建的自定义模块，使用前需要先下载）

加载模块

每个模块有自己的作用域，防止全局变量被污染。

加载用户的自定义模块也可以省略js后缀。

module 对象

console.log(module)

module.exports 对象

在自定义模块中，可以使用 module.exports 对象，将模块内的成员共享出去，供外界使用。(export就是出口的意思，通过export方法来暴露模块内的对象给外界使用)
外界用 require() 方法导入自定义模块时，得到的就是 module.exports 所指向的对象。

exports 对象

由于 module.exports 单词写起来比较复杂，为了简化向外共享成员的代码，Node 提供了 exports 对象。 默认情况下，exports 和 module.exports 指向同一个对象。最终共享的结果，还是以 module.exports 指向的对象为准。

exports 和 module.exports 的使用误区

require() 模块时，得到的永远是 module.exports 指向的对象：

注意：为了防止混乱，不要在同一个模块中同时使用 exports 和 module.exports

Node.js 遵循了 CommonJS 模块化规范

CommonJS 规定：

1. 每个模块内部，module 变量代表当前模块。
2. module 变量是一个对象，它的 exports 属性（即 module.exports）是对外的接口。
3. 加载某个模块，其实是加载该模块的 module.exports 属性。require() 方法用于加载模块。

npm与包

• 全球最大的包共享平台: https://www.npmjs.com/ ，你可以从这个网站上搜索到任何你需要的包，只要你有足够的耐心！
• 通过这个包共享平台，假以时日，你也可以发布并共享包。
• npm, Inc. 公司提供了一个地址为 https://registry.npmjs.org/ 的服务器，来对外共享所有的包，我们可以从这个服务器上下载自己所需要的包。(直接访问没用)

使用 moment包示例

命令行下载脚本（路径：项目文件夹下）

npm i moment

代码

// 1. 导入需要的包
const moment = require('moment')
const dt = moment().format('YYYY-MM-DD HH:mm:ss')
console.log(dt)

命令行运行：

moment官方文档：
https://momentjs.com/docs/#/use-it/

初次装包后多了哪些文件

1. node_modules 文件夹：用来存放所有已安装到项目中的包。require() 导入第三方包时，就是从这个目录中查找并加载包。
2. package-lock.json 配置文件：用来记录 node_modules 目录下的每一个包的下载信息，例如包的名字、版本号、下载地址等。
   注意：程序员不要手动修改 node_modules 或 package-lock.json 文件中的任何代码，npm 包管理工具会自动维护它们。
3. package.json(当前版本的npm会自动创建):用来记录与项目有关的一些配置信息
   package.json内容如下：

{
  "dependencies": {
    "moment": "^2.29.4"
  }
}

dependencies 节点

可以看到：package.json 文件中，有一个 dependencies 节点，专门用来记录您使用 npm install 命令安装了哪些包。

npm install 一次性下载dependecies中所有包

devDependencies 节点

如果某些包只在项目开发阶段会用到，在项目上线之后不会用到，则建议把这些包记录到 devDependencies 节点中。
与之对应的，如果某些包在开发和项目上线之后都需要用到，则建议把这些包记录到 dependencies 节点中。

可以使用如下的命令，将包记录到 devDependencies 节点中：

包管理配置文件

npm 规定，在项目根目录中，必须提供一个叫做 package.json 的包管理配置文件。用来记录与项目有关的一些配置信息。例如：
项目的名称、版本号、描述等
项目中都用到了哪些包
哪些包只在开发期间会用到
那些包在开发和部署时都需要用到

• 在项目根目录中，创建一个叫做 package.json 的配置文件，即可用来记录项目中安装了哪些包。从而方便剔除 node_modules 目录之后，在团队成员之间共享项目的源代码。
  注意：今后在项目开发中，一定要把 node_modules 文件夹，添加到 .gitignore 忽略文件中。

切换 npm 的下包镜像源

nrm

为了更方便的切换下包的镜像源，我们可以安装 nrm 这个小工具，利用 nrm 提供的终端命令，可以快速查看和切换下包的镜像源。

模块加载机制

模块在第一次加载后会被缓存。 这也意味着多次调用 require() 不会导致模块的代码被执行多次。
注意：不论是内置模块、用户自定义模块、还是第三方模块，它们都会优先从缓存中加载，从而提高模块的加载效率。

• 内置模块是由 Node.js 官方提供的模块，内置模块的加载优先级最高。

自定义模块的加载机制

使用 require() 加载自定义模块时，必须指定以 ./ 或 …/ 开头的路径标识符。
在加载自定义模块时，如果没有指定 ./ 或 …/ 这样的路径标识符，则 node 会把它当作内置模块或第三方模块进行加载。
同时，在使用 require() 导入自定义模块时，如果省略了文件的扩展名，则 Node.js 会按顺序分别尝试加载以下的文件：
1.按照确切的文件名进行加载
2.补全 .js 扩展名进行加载
3.补全 .json 扩展名进行加载
4.补全 .node 扩展名进行加载
5.加载失败，终端报错

第三方模块的加载机制

如果传递给 require() 的模块标识符不是一个内置模块，也没有以 ‘./’ 或 ‘…/’ 开头，则 Node.js 会从当前模块的父目录开始，尝试从 /node_modules 文件夹中加载第三方模块。
如果没有找到对应的第三方模块，则移动到再上一层父目录中，进行加载，直到文件系统的根目录。
例如，假设在 'C:\Users\itheima\project\foo.js' 文件里调用了 require(‘tools’)，则 Node.js 会按以下顺序查找：

• C:\Users\ithei\project\node_modules\tools
• C:\Users\ithei\node_modules\tools
• C:\Users\node_modules\tools
• C:\node_modules\tools

目录作为模块标识符

当把目录作为模块标识符，传递给 require() 进行加载的时候，有三种加载方式：

• 在被加载的目录下查找一个叫做 package.json 的文件，并寻找 main 属性，作为 require() 加载的入口
  main属性示例：

{
"main":"./a.js"    //需要有a.js这个文件和package.json在同级目录
}

• 如果目录里没有 package.json 文件，或者 main 入口不存在或无法解析，则 Node.js 将会试图加载目录下的 index.js 文件。
• 如果以上两步都失败了，则 Node.js 会在终端打印错误消息，报告模块的缺失：Error: Cannot find module 'xxx'

require('./testm')   //访问同级目录中testm这个文件夹示例

文件夹中没有package.json,但是有index.js文件的运行结果如下