Node.js——CommonJS同步加载模块

目录

一.了解模块化

二.模块化规范

三.Node.js中的模块分类及加载

四.Node.js中的模块作用域

五.向外共享模块作用域的成员

六.exports和module.exports我们到底该怎么用 

---

一.了解模块化

模块化（module）是指解决一个复杂的问题时，自顶向下逐层把系统划分为若干个模块的过程，在系统结果中，模块化是可组合，可分解，可更换的单元，它用来分割，组织和打包软件，每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所要求的功能

在我们的编程领域中，模块化就是把一个大文件拆成独立并且相互依赖的多个小模块，它强调将程序的功能分为独立的，可互换的模块，以使每个模块都包含执行所需功能的一个方面所必需的一切，以此来提高代码的复用性和可维护性，实现按需加载

---

二.模块化规范

模块化规范就是对代码进行模块化的拆分与组合时，需要去遵守的规范，这样的话，不仅方便了自己的对各个模块之间的相互调用，也能降低一些沟通成本

我们本章讲述Node.js的CommonJS模块化规范（同步加载模块），它规定了模块的特性和各模块之间如何进行相互依赖，允许模块通过require()方法来同步加载所要依赖的其他模块，然后通过exports或module.exports来导出需要暴露的接口

CommonJS规定了：

每一个模块内部的module变量代表了当前模块；

module变量是一个对象，它有一个exports属性是对外接口；

当require()方法加载某个模块时，其实就是在加载该模块的module.exports属性

它简单易用，便于服务器端模块的复用，与此同时，他并不适合在浏览器环境中使用，因为它是一个同步加载模块，会堵塞加载，而浏览器是异步加载，对于浏览器端而言，如果模块都在服务端，那么加载的时间会受到网速等众多因素的限制，这时就会造成应用堵塞

常见模块化规范还有以下四种：AMD，CMD，UMD，es6

---

三.Node.js中的模块分类及加载

1.内置模块：内置模块毋庸置疑，它是由Node.js官方提供的模块，例如我们所熟知的fs模块、http模块等

2.自定义模块：我们所创建的的JS文件。就是自定义模块

3.第三方模块：由第三方开发的模块，例如moment、nrm、request、config等等

我们可以使用require()方法来加载所需要的模块：

1.加载内置模块：

const http = require('http')

2.加载自定义模块：

const animation = require('./animation.js')

//或者

const animation = require('./animation')

3.加载第三方模块：

const nrm = require('nrm')

---

四.Node.js中的模块作用域

模块作用域和函数作用域是类似的，意思是在自定义模块中所定义的变量或者方法等，只可以在该模块中被访问，这种模块级别的访问限制，就叫做模块作用域（举个例子：假如我在模块一中定一个一个变量A，将模块一导入到模块二中，然后我想在模块二中访问变量A，可以吗？——并不可以） ，这样的模块级别限制，也为我们带来了好处，比如防止了全局变量被污染

那我们怎么才能向外共享该模块作用域内的成员呢？

---

五.向外共享模块作用域的成员

这时我们就不得不讲到上文所说的module对象了，在每一个自定义JS模块中都会存在一个module对象，它里面包含了与当前模块有关的信息，module对象中有一个exports属性，它负责向外共享资源，让外界可以访问到指定的数据资源

我们将module对象打印出来 ，发现里面有一个成员叫做：exports，现在exports里面没有任何数据资源，是一个空对象，其实当外界使用require()方法来导入自定义模块时，得到的就是module.exports所指向的对象

如果我们想让module.exports上挂载数据资源，并可以让外界随意调用，我们可以这样书写：

module.exports.username = '小蜗'
module.exports.getRun = () => {
    
}

const age = 22
module.exports.age = age

 然后我们创建一个新的JS模块，来导入之前的index模块，并打印其exports中的数据资源

 tips：我们使用require()方法导入模块时，导入的结果就是module.exports所指向的对象

---

六.exports和module.exports我们到底该怎么用 

考虑到module.exports书写起来较为不方便，所以Node.js简化了代码，提供了exports这个对象，默认情况下，exports和module.exports指向的是同一个对象

默认情况下？那意思是说这俩个还有区别？

那我们来判断一下：

 打印结果为true，那么它们的区别在哪里呢？

区别就在于这么一句话：在require()一个模块的时候，得到的永远是module.exports指向的对象，最终的结果，也是以module.exports指向的对象为准

我们来做几个例子：

exports.username = '小蜗'
module.exports = {
    hobby:'跑步',
    age:22
}

这段代码得到的是一个什么样的对象呢？我们打印一下：

为什么会没有exports所 指向的username属性呢？

我们来分析一下：

 第一步传进去username属性，给到了exports对象，因为exports对象和module.exports是一样的，所以它们都指向了username,但是当age,hobby属性传进去给到module.exports对象是，另开辟了一个空间，module.exports对象指向了新赋值的空间，因为最终的结果是以module.exports指向的对象为准,所以输出age和hobby，并没有输出username属性

 这时我们想了：会不会和先后执行关系有关呢？

那我们反过来书写代码：

module.exports.username = '小蜗'

exports = {
    hobby:'跑步',
    age:22
}

我们再次分析一下：

 这次username先给到module.exports对象，这时module.exports对象和exports对象都指向了username，然后执行exports对象的指向操作，另开辟了一个对象存储空间，exports对象指向新空间，但是最终的结果是以module.exports指向的对象为准，所以对象内只有username

 我们这次只得到了module.exports对象的username成员属性，那这样的话，就打翻了我们之前的猜想（因为执行顺序），我们一定会又有一个猜想，是不是因为module.exports比exports更加的“厉害”呢？

那我们再看一个例子：

exports = {
    username:'小蜗',
    age:20
}
module.exports = exports
module.exports.age = 22

 这次得到的是全部数据资源，这是怎么回事呢？其实是当exports开辟了一个新对象之后，exports指向这个对象，之后又让module.exports也指向了这个新对象，然后又给到了module.exports一个age属性，我们添加进去，这时就得到了三个属性

所以我们得出结论，module.exports和exports是一样的，但是当出现了指向分歧的时候，一定会以module.exports的执行为准，也可以说是module.exports更加厉害一点

总之：最终的结果是以module.exports指向的对象为准