1. 模块化的基本概念
1.1 什么是模块化
模块化是指解决一个复杂问题时,自顶向下逐层把系统划分成若干模块的过程。对于整个系统来说,模块是可组合、分解和更换的单元。
1.1.1. 现实生活中的模块化
任天堂的红白游戏机,一款插卡带的游戏机,游戏存在卡带里边,通过更换卡带可以玩不同的游戏。
1.1.2. 编程领域中的模块化
编程领域中的模块化,就是遵守固定的规则,把一个大文件拆成独立并互相依赖的多个小模块。
把代码进行模块化拆分的好处:
- 提高了代码的复用性。
- 提高了代码的可维护性。
- 可以实现按需加载。
1.2 模块化规范
模块化规范就是对代码进行模块化的拆分与组合时,需要遵守的那些规则。
例如:
- 使用什么样的语法格式来引用模块
- 在模块中使用什么样的语法格式向外暴露成员
模块化规范的好处:大家都遵守同样的模块化规范写代码,降低了沟通的成本,极大方便了各个模块之间的相互调用,利人利己。
2. Node.js 中模块化
2.1 Node.js 中模块的分类
Node.js 中根据模块来源的不同,将模块分为了 3 大类,分别是:
- 内置模块(内置模块是由 Node.js 官方提供的,例如 fs、path、http 等)
- 自定义模块(用户创建的每个 .js 文件,都是自定义模块)
- 第三方模块(由第三方开发出来的模块,并非官方提供的内置模块,也不是用户创建的自定义模块,使用前需要先下载)
2.2 加载模块
使用强大的 require() 方法,可以加载需要的内置模块、用户自定义模块、第三方模块进行使用。例如:
// 1. 加载了内置的fs 模块
const fs = require('fs')
// 2. 加载用户的自定义模块
const custom = require('./custom.js')
// 3. 加载第三方模块
const moment = require('moment')
注意
- 加载第三方模块,要提供一个路径
- 在使用 require 加载用户自定义模块期间,可以省略 .js 的后缀名。例如
require('./custom.js')
中.js
可以省略 - 使用 require() 方法加载其它模块时,会执行被加载模块中的代码。
测试
custom.js 测试代码:
// 当前这个文件,就是一个用户自定义模块
console.log('加载了用户自定义模块');
test.js 测试代码:
// 加载用户的自定义模块
const custom = require('./custom.js')
打印:
PS D:\code> node .\test.js
加载了用户自定义模块
2.3 Node.js 中的模块作用域
2.3.1. 什么是模块作用域
和函数作用域类似,在自定义模块中定义的变量、方法等成员,只能在当前模块内被访问,这种模块级别的访问限制,叫做模块作用域。
测试
custom.js测试代码:
// 1. 在模块作用域中定义常量 username
const username = '张三' ;
// 2. 在模块作用域中定义函数 sayHello
function sayHello(){
console.log('大家好,我是'+username);
}
test.js 测试代码:
// 加载自定义模块
const custom = require('./custom.js')
// 输出 {} 空对象
// 在test.js 模块中,无法访问到custom.js 模块中的私有成员
console.log(custom);
注意:即使在 custom.js 中调用了函数 sayHello()
,test.js 中能输出大家好,我是张三
,但是test.js 的console
的模块里面的变量和方法是空的,说明无法访问到sayHello()
和 username
。
test.html 测试代码:
<body>
<h1>test测试页</h1>
<script src="./custom.js"></script>
<script>
// 输出 张三,能访问username
console.log(username);
</script>
</body>
2.3.2. 模块作用域的好处
防止了全局变量污染的问题
2.4 向外共享模块作用域中的成员
2.4.1. module 对象
在每个 .js 自定义模块中都有一个 module 对象,它里面存储了和当前模块有关的信息,打印如下:
console.log(module);
PS D:\code> node .\test.js
Module {
id: '.',
path: 'D:\\code',
exports: {},
filename: 'D:\\code\\test.js',
loaded: false,
children: [],
paths: [ 'D:\\code\\node_modules', 'D:\\node_modules' ]
}
2.4.2. module.exports 对象
在自定义模块中,可以使用 module.exports 对象,将模块内的成员共享出去,供外界使用。
外界用 require() 方法导入自定义模块时,得到的就是 module.exports 所指向的对象 。
在自定义模块中,默认情况下,module.exports = {}
,因此,在2.3.1.的测试案例中,test.js 的console.log(custom);
输出 {} 空对象
测试
custom.js:
// 在自定义模块中,默认情况下,module.exports = {}
const age = 20
// 向 module.exports 对象上挂载 username 属性
module.exports.username = '张三'
// 向 module.exports 对象上挂载 sayHello 方法
module.exports.sayHello = function(){
console.log('Hello!');
}
module.exports.age = age
test.js:
// 加载自定义模块
const custom = require('./custom.js')
// 输出 { username: '张三', sayHello: [Function (anonymous)], age: 20 }
console.log(custom);
2.4.3. 共享成员时的注意点
使用 require() 方法导入模块时,导入的结果,永远以 module.exports 指向的对象为准。
测试
custom.js:
// 在自定义模块中,默认情况下,module.exports = {}
const age = 20
// 向 module.exports 对象上挂载 username 属性
module.exports.username = '张三'
// 向 module.exports 对象上挂载 sayHello 方法
module.exports.sayHello = function () {
console.log('Hello!');
}
// module.exports.age = age
// 让module.exports 指向一个全新对象
module.exports = {
nickname: '小黑',
sayHi: function () {
console.log('Hi');
}
}
test.js:
// 加载自定义模块
const custom = require('./custom.js')
// 输出 { nickname: '小黑', sayHi: [Function: sayHi] }
console.log(custom);
2.4.4. exports 对象
由于 module.exports 单词写起来比较复杂,为了简化向外共享成员的代码,Node 提供了 exports 对象。默认情况下,exports 和 module.exports 指向同一个对象。最终共享的结果,还是以 module.exports 指向的对象为准。
// 输出 true exports 和 module.exports 指向同一个对象
console.log(exports===module.exports);
测试
custom.js:
// 定义模块私有成员 username
const username ='zs'
exports.username = username // 将私有成员共享出去
exports.age = 20 // 直接挂载新成员
exports.sayHello = function(){ // 直接挂载方法
console.log('大家好!');
}
test.js:
// 加载自定义模块
const custom = require('./custom.js')
// 输出 { username: 'zs', age: 20, sayHello: [Function (anonymous)] }
console.log(custom);
2.4.5. exports 和 module.exports 的使用误区
时刻谨记,require() 模块时,得到的永远是 module.exports 指向的对象。
测试1
custom.js:
exports.username = 'zs'
module.exports = {
gender:'男',
age:22
}
test.js:
const custom = require('./custom.js')
// 输出 { gender: '男', age: 22 }
console.log(custom);
分析
测试2
custom.js:
module.exports.username = 'zs'
exports = {
gender:'男',
age:22
}
test.js:
const custom = require('./custom.js')
// 输出 { username: 'zs' }
console.log(custom);
分析
测试3
custom.js:
exports.username ='zs'
module.exports.gender ='男'
test.js:
const custom = require('./custom.js')
// 输出 { username: 'zs', gender: '男' }
console.log(custom);
分析
理解
与内容有没有重复没有关系,是没有在堆区开辟新的内存,即没有创建新的对象,只是添加属性而已,保存的还是原来的对象。
差不多意思是通过对象属性赋值不会改变对象指向地址,但是通过给对象直接赋值一个新对象,会改变原来对象的指向地址。
测试4
custom.js:
exports = {
username:'zs',
gender:'男'
}
module.exports = exports
module.exports.age = '22'
test.js:
const custom = require('./custom.js')
// 输出 { username: 'zs', gender: '男', age: '22' }
console.log(custom);
分析
注意:为了防止混乱,建议大家不要在同一个模块中同时使用 exports 和 module.exports
2.5 Node.js 中的模块化规范
Node.js 遵循了 CommonJS 模块化规范,CommonJS 规定了模块的特性和各模块之间如何相互依赖。
CommonJS 规定:
- 每个模块内部,module 变量代表当前模块。
- module 变量是一个对象,它的 exports 属性(即
module.exports)是对外的接口。 - 加载某个模块,其实是加载该模块的 module.exports 属性。require() 方法用于加载模块。
3. npm与包
3.1 包
3.1.1. 什么是包
Node.js 中的第三方模块又叫做包。就像电脑和计算机指的是相同的东西,第三方模块和包指的是同一个概念,只不过叫法不同。
3.1.2. 包的来源
不同于 Node.js 中的内置模块与自定义模块,包是由第三方个人或团队开发出来的,免费供所有人使用。
注意:Node.js 中的包都是免费且开源的,不需要付费即可免费下载使用
3.1.3. 为什么需要包
由于 Node.js 的内置模块仅提供了一些底层的 API,导致在基于内置模块进行项目开发的时,效率很低。
包是基于内置模块封装出来的,提供了更高级、更方便的 API,极大的提高了开发效率。
包和内置模块之间的关系,类似于 jQuery 和 浏览器内置 API 之间的关系。
3.1.4. 从哪里下载包
国外有一家 IT 公司,叫做 npm, Inc. 这家公司旗下有一个非常著名的网站: https://www.npmjs.com/ ,它是全球最大的包共享平台,你可以从这个网站上搜索到任何你需要的包,只要你有足够的耐心!
到目前位置,全球约 1100 多万的开发人员,通过这个包共享平台,开发并共享了超过 120 多万个包 供我们使用。
npm, Inc. 公司提供了一个地址为 https://registry.npmjs.org/ 的服务器,来对外共享所有的包,我们可以从这个服务器上下载自己所需要的包。
总结
- 从 https://www.npmjs.com/ 网站上搜索自己所需要的包
- 从 https://registry.npmjs.org/ 服务器上下载自己需要的包
3.1.5. 如何下载包
npm, Inc. 公司提供了一个包管理工具,我们可以使用这个包管理工具,从https://registry.npmjs.org/ 服务器把需要的包下载到本地使用。
这个包管理工具的名字叫做 Node Package Manager(简称 npm 包管理工具),这个包管理工具随着 Node.js 的安装包一起被安装到了用户的电脑上。
大家可以在终端中执行 npm -v
命令,来查看自己电脑上所安装的 npm 包管理工具的版本号:
3.2 npm 初体验
3.2.1. 格式化时间的传统做法
- 创建格式化时间的自定义模块
- 定义格式化时间的方法
- 创建补零函数
- 从自定义模块中导出格式化时间的函数
- 导入格式化时间的自定义模块
- 调用格式化时间的函数
代码
dateFormat.js:
// 创建格式化时间的自定义模块
function dateFormat(dtStr) {
const y = padZero(dtStr.getFullYear())
const m = padZero(dtStr.getMonth()+1)
const d = padZero(dtStr.getDate())
const hh = padZero(dtStr.getHours())
const mm = padZero(dtStr.getMinutes())
const ss = padZero(dtStr.getSeconds())
return `${y}-${m}-${d} ${hh}:${mm}:${ss}`
}
// 创建补零函数
function padZero(n) {
return n >= 10 ? n : '0' + n
}
// 导出将时间格式化的函数
module.exports = {
dateFormat
}
test.js:
const TIME = require('./dateFormat')
const dt = new Date()
const newDT = TIME.dateFormat(dt)
console.log(newDT);
3.2.2. 格式化时间的高级做法
- 使用 npm 包管理工具,在项目中安装格式化时间的包 moment
- 使用 require() 导入格式化时间的包
- 参考 moment 的官方 API 文档对时间进行格式化
// 导入 moment 包
const moment =require('moment')
// 参考 moment 官方API文档,调用对应方法,对时间进行格式化
// 调用 moment() 方法,得到当前时间
// 针对当前的时间,调用 format()方法,按照指定的格式进行时间的格式化
const dt = moment().format('YYYY-MM-DD HH:mm:ss')
console.log(dt);
3.2.3. 在项目中安装包的命令
如果想在项目中安装指定名称的包,需要在项目里面打开终端运行如下的命令:
npm install 包的完整名称
上述的装包命令,可以简写成如下格式:
npm i 完整的包名称
代码
PS D:\code> npm i moment
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
added 1 package, and audited 2 packages in 20s
found 0 vulnerabilities
3.2.4. 初次装包后多了哪些文件
初次装包完成后,在项目文件夹下多一个叫做 node_modules 的文件夹和 package-lock.json 的配置文件。
其中:
node_modules 文件夹用来存放所有已安装到项目中的包。require() 导入第三方包时,就是从这个目录中查找并加载包。
package-lock.json 配置文件用来记录 node_modules 目录下的每一个包的下载信息,例如包的名字、版本号、下载地址等。
注意
程序员不要手动修改 node_modules 或 package-lock.json 文件中的任何代码,npm 包管理工具会自动维护它们。
3.2.5. 安装指定版本的包
默认情况下,使用 npm install 命令安装包的时候,会自动安装最新版本的包。如果需要安装指定版本的包,可以在包名之后,通过 @
符号指定具体的版本,例如:
npm i moment@2.22.2
3.2.6. 包的 语义化版本规范
包的版本号是以“点分十进制”形式进行定义的,总共有三位数字,例如 2.24.0
其中每一位数字所代表的的含义如下:
第1位数字: 大版本
第2位数字: 功能版本
第3位数字:Bug修复版本
版本号提升的规则:只要前面的版本号增长了,则后面的版本号归零。
3.3 包管理配置文件
npm 规定,在项目根目录中,必须提供一个叫做 package.json 的包管理配置文件。用来记录与项目有关的一些配置信息。例如:
- 项目的名称、版本号、描述等
- 项目中都用到了哪些包
- 哪些包只在开发期间会用到
- 哪些包在开发和部署时都需要用到
3.3.1. 多人协作的问题
整个项目的体积是 30.4M
第三方包的体积是 28.8M
项目源代码的体积 1.6M
遇到的问题:第三方包的体积过大,不方便团队成员之间共享项目源代码。
解决方案:共享时剔除node_modules
3.3.2. 如何记录项目中安装了哪些包
在项目根目录中,创建一个叫做 package.json 的配置文件,即可用来记录项目中安装了哪些包。从而方便剔除 node_modules 目录之后,在团队成员之间共享项目的源代码。
注意:今后在项目开发中,一定要把 node_modules 文件夹,添加到 .gitignore 忽略文件中。
3.3.3. 快速创建 package.json
npm 包管理工具提供了一个快捷命令,可以在执行命令时所处的目录中,快速创建 package.json 这个包管理配置文件:
#作用:执行命令所处的目录中,快速新建 package.json 文件
npm init -y
代码
PS D:\code> npm init -y
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
Wrote to D:\code\package.json:
{
"dependencies": {
"moment": "^2.29.4"
},
"name": "code",
"version": "1.0.0",
"main": "clock.js",
"devDependencies": {},
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1"
},
"keywords": [],
"author": "",
"license": "ISC",
"description": ""
}
注意
- 上述命令只能在英文的目录下成功运行!所以,项目文件夹的名称一定要使用英文命名,不要使用中文,不能出现空格。
- 运行 npm install 命令安装包的时候,npm 包管理工具会自动把包的名称和版本号,记录到 package.json 中。
3.3.4. dependencies 节点
package.json 文件中,有一个 dependencies 节点,专门用来记录您使用 npm install
命令安装了哪些包。
3.3.5. 一次性安装所有的包
当我们拿到一个剔除了 node_modules 的项目之后,需要先把所有的包下载到项目中,才能将项目运行起来。否则会报类似于下面的错误:
Error:Cannot find module 'moment'
可以运行 npm install 命令(或 npm i)一次性安装所有的依赖包:
// 执行npm install 命令时,npm 包管理工具会先读取 package.json 中的dependencies节点,
// 读取到记录的所有依赖包名称和版本号之后,npm 包管理工具会把这些包一次性下载到项目中
npm install
3.3.6. 卸载包
可以运行 npm uninstall 命令,来卸载指定的包:
npm uninstall moment
注意:npm uninstall 命令执行成功后,会把卸载的包,自动从 package.json 的 dependencies 中移除掉。
3.3.7. devDependencies 节点
如果某些包只在项目开发阶段会用到,在项目上线之后不会用到,则建议把这些包记录到 devDependencies 节点中。与之对应的,如果某些包在开发和项目上线之后都需要用到,则建议把这些包记录到 dependencies 节点中。
您可以使用如下的命令,将包记录到 devDependencies 节点中:
# 安装指定的包,并记录到 devDependencies 节点,简写:
npm i 包名 -D
#等价于:
npm install 包名 --save-dev
怎么判断一个包是安装在devDependencies 节点还是安装在dependencies节点?
进入npm官网,搜索这个包,查看它的安装教程。比如,webpack安装教程:
代码
PS D:\code> npm install --save-dev webpack
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
added 77 packages, and audited 79 packages in 39s
9 packages are looking for funding
run `npm fund` for details
found 0 vulnerabilities
package.json:
3.4 解决下包速度慢的问题
3.4.1. 为什么下包速度慢
在使用 npm 下包的时候,默认从国外的 https://registry.npmjs.org/ 服务器进行下载,此时,网络数据的传输需要经过漫长的海底光缆,因此下包速度会很慢。
3.4.2. 淘宝 NPM 镜像服务器
淘宝在国内搭建了一个服务器,专门把国外官方服务器上的包同步到国内的服务器,然后在国内提供下包的服务。从而极大的提高了下包的速度。
扩展
镜像(Mirroring)是一种文件存储形式,一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。
3.4.3. 切换 npm 的下包镜像源
下包的镜像源,指的就是下包的服务器地址。
#查看当前的下包镜像源
npm config get registry
#将下包的镜像源切换为淘宝镜像源
npm config set registry =https://registry.npm.taobao.org/
#检查镜像源是否下载成功
npm config get registry
代码
PS D:\code> npm config get registry
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
https://registry.npmjs.org/
# 将下包的镜像源切换为淘宝镜像源
PS D:\code> npm config set registry=https://registry.npmmirror.com/
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
PS D:\code> npm config get registry
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
https://registry.npmmirror.com/
3.4.4. nrm
为了更方便的切换下包的镜像源,我们可以安装 nrm 这个小工具,利用 nrm 提供的终端命令,可以快速查看和切换下包的镜像源。
# 通过 npm 包管理器,将nrm 安装为全局可用的工具
npm i nrm -g
# 查看所有可用的镜像源
nrm ls
# 将下包的镜像源切换为 taobao镜像
nrm use taobao
代码
PS D:\code> nrm ls
npm ---------- https://registry.npmjs.org/
yarn --------- https://registry.yarnpkg.com/
tencent ------ https://mirrors.cloud.tencent.com/npm/
cnpm --------- https://r.cnpmjs.org/
taobao ------- https://registry.npmmirror.com/
npmMirror ---- https://skimdb.npmjs.com/registry/
PS D:\code> nrm use tencent
Registry has been set to: https://mirrors.cloud.tencent.com/npm/
3.5 包的分类
使用 npm 包管理工具下载的包,共分为两大类,分别是:项目包和全局包
3.5.1. 项目包
那些被安装到项目的 node_modules 目录中的包,都是项目包。项目包又分为两类,分别是:
- 开发依赖包(被记录到 devDependencies 节点中的包,只在开发期间会用到)
- 核心依赖包(被记录到 dependencies 节点中的包,在开发期间和项目上线之后都会用到)
#开发依赖包
npm i 包名 -D
# 核心依赖包
npm i 包名
3.5.2. 全局包
在执行 npm install 命令时,如果提供了 -g 参数,则会把包安装为全局包。
全局包会被安装到 C:\Users\用户目录\AppData\Roaming\npm\node_modules 目录下。
# 全局安装指定的包
npm i 包名 -g
# 卸载全局安装的包
npm uninstall 包名 -g
注意
- 只有工具性质的包,才有全局安装的必要性。因为它们提供了好用的终端命令。
- 判断某个包是否需要全局安装后才能使用,可以参考官方提供的使用说明即可。
3.5.3. i5ting_toc
i5ting_toc 是一个可以把 md 文档转为 html 页面的小工具,使用步骤如下:
# 将 i5ting_toc 安装为全局包
npm install -g i5ting_toc
# 调用 i5ting_toc,轻松实现md 转 html 的功能
i5ting_toc -f 要转换的md 文件路径 -o
3.6 规范的包结构
在清楚了包的概念、以及如何下载和使用包之后,接下来,我们深入了解一下包的内部结构。
一个规范的包,它的组成结构,必须符合以下 3 点要求:
- 包必须以单独的目录而存在。
- 包的顶级目录下要必须包含 package.json 这个包管理配置文件。
- package.json 中必须包含 name,version,main 这三个属性,分别代表包的名字、版本号、包的入口。
注意:以上 3 点要求是一个规范的包结构必须遵守的格式,关于更多的约束,可以参考如下网址:https://yarnpkg.com/zh-Hans/docs/package-json
4. 模块的加载机制
4.1 优先从缓存中加载
模块在第一次加载后会被缓存。 这也意味着多次调用 require() 不会导致模块的代码被执行多次。
注意:不论是内置模块、用户自定义模块、还是第三方模块,它们都会优先从缓存中加载,从而提高模块的加载效率。
4.2 内置模块的加载机制
内置模块是由 Node.js 官方提供的模块,内置模块的加载优先级最高。
例如,require(‘fs’) 始终返回内置的 fs 模块,即使在 node_modules 目录下有名字相同的包也叫做 fs。
4.3 自定义模块的加载机制
使用 require() 加载自定义模块时,必须指定以 ./
或 ../
开头的路径标识符。在加载自定义模块时,如果没有指定 ./
或 ../
这样的路径标识符,则 node 会把它当作内置模块或第三方模块进行加载。
同时,在使用 require() 导入自定义模块时,如果省略了文件的扩展名,则 Node.js 会按顺序分别尝试加载以下的文件:
- 按照确切的文件名进行加载
- 补全 .js 扩展名进行加载
- 补全.json 扩展名进行加载
- 补全 .node 扩展名进行加载
- 加载失败,终端报错
4.4 第三方模块的加载机制
如果传递给 require() 的模块标识符不是一个内置模块,也没有以 ./
或 ../
开头,则 Node.js 会从当前模块的父目录开始,尝试从 /node_modules 文件夹中加载第三方模块。如果没有找到对应的第三方模块,则移动到再上一层父目录中,进行加载,直到文件系统的根目录。
例如,假设在 ‘C:\Users\itheima\project\foo.js’ 文件里调用了 require(‘tools’),则 Node.js 会按以下顺序查找:
- C:\Users\itheima\project\node_modules\tools
- C:\Users\itheima\node_modules\tools
- C:\Users\node_modules\tools
- C:\node_modules\tools
4.5 目录作为模块
当把目录作为模块标识符,传递给 require() 进行加载的时候,有三种加载方式:
- 在被加载的目录下查找一个叫做 package.json 的文件,并寻找 main 属性,作为 require() 加载的入口。
- 如果目录里没有 package.json 文件,或者 main 入口不存在或无法解析,则 Node.js 将会试图加载目录下的 index.js 文件。
- 如果以上两步都失败了,则 Node.js 会在终端打印错误消息,报告模块的缺失:Error: Cannot find module ‘xxx’ 。