TypeScript是编译器 也是一种规范。

       通过tsconfig.json可以自定义开发配置,这里有一份官方JSON配置文件,可作为参考。

       逼不得已,又熟悉了一波CommonJS规范,这里必须得感谢像阮一峰这样的大佬们(先驱们),在中国互联网迅速发展的大环境中,这些为我们指路的人,是值得尊敬的。

       温故而知新,获益匪浅。CommonJS的规范制定是很有必要的,对于服务端(NodeJS)来说,它有着稳定的运行环境,而CommonJS的好处是让代码文件(JS文件)遵循它的规则,从读取到回收,都遵循一套近乎完美的极致,被高效的利用。

       引CommonJS规范,做下重点摘录,方便回头翻看。

一、概述

  1. 每个模块都是一个局部环境,在某块内定义的变量、函数、类,都是私有的,在其他文件内不可见。
  2. 如果想在多个文件分享变量,必须定义为global对象的属性。
global.isTrue= true;

这样可以被全局引用,但是这个写法官方不推荐。我想不应该在单个模块文件中去定义这种全局变量。

如果真的有需要的话,可以统一一份全局文件或者环境变量去使用,方便维护。知乎上有专门针对这个问题的探讨,可作参考,不多赘述。

  1. 模块有“入口”和“出口”:模块可以比喻为一个超市,超市从批发市场引入(require)了一堆商品来售卖(export),人们从超市内去获取(require)这些商品。
  2. CommonJS实现了以下几点
    (1) 所有代码都运行在模块作用域,不会污染全局作用域。(源码中,module外层是一个函数,执行这个函数会导出exports对象)
    (2) 模块可以多次加载,但是只会在第一次加载时运行一次,然后运行结果就被缓存了,以后再加载,就直接读取缓存结果。要想让模块再次运行,必须清除缓存。(所以代码文件有改动的话,是需要重新启动程序的)
    (3) 模块加载的顺序,按照其在代码中出现的顺序。

二、module对象

  1. Node内部提供一个Module构建函数。所有模块都是Module的实例。
function Module(id, parent) {
  this.id = id;
  this.exports = {};
  this.parent = parent;
  // ...

module属性:
(1
) module.id 模块的识别符,通常是带有绝对路径的模块文件名。
(2) module.filename 模块的文件名,带有绝对路径。
(3) module.loaded 返回一个布尔值,表示模块是否已经完成加载。
(4) module.parent 返回一个对象,表示调用该模块的模块。(判断是否为入口脚本,值为null则是入口脚本)
(5) module.children 返回一个数组,表示该模块要用到的其他模块。
(6) module.exports 表示模块对外输出的值。

// 示例
var jquery = require('jquery');
exports.$ = jquery;
console.log(module);
// 以下为输出
{ 
  id: '.',
  exports: { '$': [Function] },
  parent: null,
  filename: '/path/to/example.js',
  loaded: false,
  children: [ 
    { 
      id: '/path/to/node_modules/jquery/dist/jquery.js',
      exports: [Function],
      parent: [Circular],
      filename: '/path/to/node_modules/jquery/dist/jquery.js',
      loaded: true,
      children: [],
      paths: [Object]
    } 
  ],
  paths:[ 
    '/home/user/deleted/node_modules',
    '/home/user/node_modules',
    '/home/node_modules',
    '/node_modules'
  ]
}
  1. exports 变量
    Node为每个模块提供一个exports变量,指向module.exports。这等同在每个模块头部,有一行这样的命令。(我想作者在定义这个变量的时候,考虑的是代码的书写精简性才加的这个把2333)
var exports = module.exports;

注意,不能直接将exports变量指向一个值,因为这样等于切断了exports与module.exports的联系,exports将不再指向module.exports。
推荐只使用module.exports,避免问题产生。

三、AMD规范与CommonJS规范的兼容性

       CommonJS规范加载模块是同步的,也就是说,只有加载完成,才能执行后面的操作。AMD规范则是非同步加载模块,允许指定回调函数。由于Node.js主要用于服务器编程,模块文件一般都已经存在于本地硬盘,所以加载起来比较快,不用考虑非同步加载的方式,所以CommonJS规范比较适用。但是,如果是浏览器环境,要从服务器端加载模块,这时就必须采用非同步模式,因此浏览器端一般采用AMD规范。

四、require命令

  1. Node使用CommonJS模块规范,内置的require命令用于加载模块文件。
    require命令的基本功能是,读入并执行一个JavaScript文件,然后返回该模块的exports对象。如果没有发现指定模块,会报错。
  2. 根据参数的不同格式,require命令去不同路径寻找模块文件。
    (1) 如果参数字符串以“/”开头,则表示加载的是一个位于绝对路径的模块文件。比如,require('/home/marco/foo.js')将加载/home/marco/foo.js。
    (2) 如果参数字符串以“./”开头,则表示加载的是一个位于相对路径(跟当前执行脚本的位置相比)的模块文件。比如,require('./circle')将加载当前脚本同一目录的circle.js。
    (3) 如果参数字符串不以“./“或”/“开头,则表示加载的是一个默认提供的核心模块(位于Node的系统安装目录中),或者一个位于各级node_modules目录的已安装模块(全局安装或局部安装)。
       举例来说,脚本/home/user/projects/foo.js执行了require('bar.js')命令,Node会依次搜索以下文件。
/usr/local/lib/node/bar.js
/home/user/projects/node_modules/bar.js
/home/user/node_modules/bar.js
/home/node_modules/bar.js
/node_modules/bar.js
  1. 目录加载规则
    在目录中放置一个package.json文件,并且将入口文件写入main字段。
    require发现参数字符串指向一个目录以后,会自动查看该目录的package.json文件,然后加载main字段指定的入口文件。如果package.json文件没有main字段,或者根本就没有package.json文件,则会加载该目录下的index.js文件或index.node文件。
{ 
  "name" : "some-library",
  "main" : "./lib/some-library.js" 
}
  1. 模块的缓存
    (1) 加载模块
    第一次加载某个模块时,Node会缓存该模块。以后再加载该模块,就直接从缓存取出该模块的module.exports属性。
    (2) 删除模块
// 删除指定模块的缓存
delete require.cache[moduleName];

// 删除所有模块的缓存
Object.keys(require.cache).forEach(function(key) {
  delete require.cache[key];
})
  1. 环境变量
    (1) 将NODE_PATH添加到.bashrc
export NODE_PATH="/usr/local/lib/node"

(2) package.json

{
  "name": "node_path",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "start": "NODE_PATH=lib node index.js"
  },
  "author": "",
  "license": "ISC"
}
  1. 循环加载
    如果发生模块的循环加载,即A加载B,B又加载A,则B将加载A的不完整版本。
  2. require.main
    require方法有一个main属性,可以用来判断模块是直接执行,还是被调用执行。
    直接执行的时候(node module.js),require.main属性指向模块本身。
require.main === module
// true

五、模块的加载机制

       CommonJS模块的加载机制是,输入的是被输出的值的拷贝。也就是说,一旦输出一个值,模块内部的变化就影响不到这个值。

  1. require的内部处理流程
    require命令是CommonJS规范之中,用来加载其他模块的命令。它其实不是一个全局命令,而是指向当前模块的module.require命令,而后者又调用Node的内部命令Module._load。
Module._load = function(request, parent, isMain) {
// 1. 检查 Module._cache,是否缓存之中有指定模块
// 2. 如果缓存之中没有,就创建一个新的Module实例
// 3. 将它保存到缓存
// 4. 使用 module.load() 加载指定的模块文件,
//    读取文件内容之后,使用 module.compile() 执行文件代码
// 5. 如果加载/解析过程报错,就从缓存删除该模块
// 6. 返回该模块的 module.exports
};

       module.compile()执行指定模块的脚本,逻辑如下。

Module.prototype._compile = function(content, filename) {
// 1. 生成一个require函数,指向module.require
// 2. 加载其他辅助方法到require
// 3. 将文件内容放到一个函数之中,该函数可调用 require
// 4. 执行该函数
};
  1. require函数及其辅助方法主要如下。
require(): 加载外部模块
require.resolve():将模块名解析到一个绝对路径
require.main:指向主模块
require.cache:指向所有缓存的模块
require.extensions:根据文件的后缀名,调用不同的执行函数

       一旦require函数准备完毕,整个所要加载的脚本内容,就被放到一个新的函数之中,这样可以避免污染全局环境。该函数的参数包括require、module、exports,以及其他一些参数。

(function (exports, require, module, __filename, __dirname) {
// YOUR CODE INJECTED HERE!
});

       Module._compile方法是同步执行的,所以Module._load要等它执行完成,才会向用户返回module.exports的值。