特殊的全局对象

  • __dirname:获取当前文件所在的路径
    • 注意:不包括后面的文件名
  • __filename:获取当前文件所在的路径和文件名称
    • 注意:包括后面的文件名称

模块化导入导出

  • exports和module.exports可以负责对模块中的内容进行导出
  • require函数可以帮助我们导入其他模块(自定义模块、系统模块、第三方库模块)中的内容

exports导出

  • 注意:exports是一个对象,我们可以在这个对象中添加很多个属性,添加的属性会导出;
  • 另外一个文件中可以导入:
  • 上面这行完成了什么操作呢?理解下面这句话,Node中的模块化一目了然
    • 意味着main中的bar变量等于exports对象
    • 也就是require通过各种查找方式,最终找到了exports这个对象;
    • 并且将这个exports对象赋值给了bar变量
    • bar变量就是exports对象了;

module.exports导出

  • 但是Node中我们经常导出东西的时候,又是通过module.exports导出的:
    • module.exports和exports有什么关系或者区别呢?
  • 我们追根溯源,通过维基百科中对CommonJS规范的解析:
    • CommonJS中是没有module.exports的概念的;
    • 但是为了实现模块的导出,Node中使用的是Module的类每一个模块都是Module的一个实例,也就是module
    • 所以在Node中真正用于导出的其实根本不是exports,而是module.exports
    • 因为module才是导出的真正实现者
  • 但是,为什么exports也可以导出呢?
    • 这是因为module对象的exports属性是exports对象的一个引用
    • 也就是说 module.exports = exports = main中的bar

require细节

  • 我们现在已经知道,require是一个函数,可以帮助我们引入一个文件(模块)中导出的对象。
  • 那么,require的查找规则是怎么样的呢?
    • 这里我总结比较常见的查找规则:
    • 导入格式如下:require(X)
  • 情况一:X是一个Node核心模块,比如path、http
    • 直接返回核心模块,并且停止查找
  • 情况二:X是以 ./ 或 ../ 或 /(根目录)开头的
    • 第一步:将X当做一个文件在对应的目录下查找;
      • 1.如果有后缀名,按照后缀名的格式查找对应的文件
      • 2.如果没有后缀名,会按照如下顺序:
        • 1> 直接查找文件X
        • 2> 查找X.js文件
        • 3> 查找X.json文件
        • 4> 查找X.node文件
    • 第二步:没有找到对应的文件,将X作为一个目录
      • 查找目录下面的index文件
        • 1> 查找X/index.js文件
        • 2> 查找X/index.json文件
        • 3> 查找X/index.node文件
      • 如果没有找到,那么报错:not found
  • 情况三:直接是一个X(没有路径),并且X不是一个核心模块
    • /Users/coderwhy/Desktop/Node/TestCode/04_learn_node/05_javascript-module/02_commonjs/main.js中编写 require(‘why’)

- <font style="color:#404040;">如果上面的路径中都没有找到,那么报错:not found</font>

模块的加载过程

  • 结论一:模块在被第一次引入时,模块中的js代码会被运行一次
  • 结论二:模块被多次引入时,会缓存,最终只加载(运行)一次
    • 为什么只会加载运行一次呢?
    • 这是因为每个模块对象module都有一个属性:loaded。
    • 为false表示还没有加载,为true表示已经加载;
  • 结论三:如果有循环引入,那么加载顺序是什么?
  • 如果出现右图模块的引用关系,那么加载顺序是什么呢?
    • 这个其实是一种数据结构:图结构;
    • 图结构在遍历的过程中,有深度优先搜索(DFS, depth first search)和广度优先搜索(BFS, breadth first search);
    • Node采用的是深度优先算法:main -> aaa -> ccc -> ddd -> eee ->bbb

ESModule-exports关键字

  • export关键字将一个模块中的变量、函数、类等导出;
  • 我们希望将其他中内容全部导出,它可以有如下的方式:
  • 方式一:在语句声明的前面直接加上export关键字
  • 方式二:将所有需要导出的标识符,放到export后面的 {}中
    • 注意:这里的 {}里面不是ES6的对象字面量的增强写法,{}也不是表示一个对象的;
    • 所以: export {name: name},是错误的写法;
  • 方式三:导出时给标识符起一个别名
    • 通过as关键字起别名

ESModule-import关键字

  • import关键字负责从另外一个模块中导入内容
  • 导入内容的方式也有多种:
  • 方式一:import {标识符列表} from ‘模块’;
    • 注意:这里的{}也不是一个对象,里面只是存放导入的标识符列表内容;
  • 方式二:导入时给标识符起别名
    • 通过as关键字起别名
  • 方式三:通过 * 将模块功能放到一个模块功能对象(a module object)上
1
2
// 注意事项一: 在浏览器中直接使用esmodule时, 必须在文件后加上后缀名.js
import { name, age, sayHello } from "./foo.js"
1
2
3
4
5
6
7
8
// 1.导入方式一: 
// import { name, age, sayHello } from "./foo.js"

// 2.导入方式二: 导入时给标识符起别名
// import { name as fname, age, sayHello } from "./foo.js"

// 3.导入时可以给整个模块起别名
import * as foo from "./foo.js"

ESModule-export和import结合使用

  • 补充:export和import可以结合使用

  • 为什么要这样做呢?
    • 在开发和封装一个功能库时,通常我们希望将暴露的所有接口放到一个文件中;
    • 这样方便指定统一的接口规范,也方便阅读;
    • 这个时候,我们就可以使用export和import结合使用;

ESModule-default用法

  • 前面我们学习的导出功能都是有名字的导出(named exports)
    • 在导出export时指定了名字;
    • 在导入import时需要知道具体的名字;
  • 还有一种导出叫做默认导出(default export)
    • 默认导出export时可以不需要指定名字
    • 导入时不需要使用 {},并且可以自己来指定名字
    • 它也方便我们和现有的CommonJS等规范相互操作;
  • 注意:在一个模块中,只能有一个默认导出(default export);

a.js

1
2
3
export default function() {
return ["新歌词"]
}

main.js

1
2
3
import a from "./a.js"

console.log(a())// ["新歌词"]