javascript存在的缺點javascript
CommonJS規範的提出,彌補了javascript沒有標準的缺陷,以達到像Python、Ruby、Java具有的開發大型應用的基礎能力,這樣javascript不單單能在客戶端應用還能開發如下應用:java
使用require()來引入 ,接受一個模塊標識。node
let math = require('math');
複製代碼
上下文提供裏exports對象用於導出模塊或變量,而且是惟一導出出口。在模塊中存在一個module對象,表明模塊自身,exports是它的一個屬性。在nodejs中一個文件就是一個模塊,把方法掛在exports對象上做爲屬性便可定義導出json
//math.js
exports.add = function(){
let sum = 0,
i = 0,
args = arguments,
l = args.length;
while(i < l) {
sum += args[i ++];
}
return sum;
}
複製代碼
在另外一個文件require使用windows
const math = require('./math');
let res = math.add(1, 2, 3);
console.log(res)
//6
複製代碼
模塊標識爲require()的參數必須是符合小駝峯命名的字符串,或以.、..開頭的相對路徑,或絕對路徑,能夠是沒有.js後綴的js文件。
模塊中定義的全局變量只做用於該文件內部,不污染其餘模塊。後端
Node中引入模塊需經歷如下步驟:緩存
Node中模塊分爲兩類: 1.Node提供的 "核心模塊",2.用戶編寫的 "文件模塊"。
核心模塊Node源碼編譯時已經編譯成二進制執行文件,Node啓動時直接加載進內存中,不須要文件定位和編譯執行兩個步驟,且在路徑分析中優先判斷,加載速度最快。bash
Node會對引入過的模塊進行緩存,核心模塊和文件模塊相同的模塊在二次加載時一概從緩存優先加載(第一優先級),核心模塊緩存檢測優先於文件模塊緩存檢測。工具
標識符分類:單元測試
console.log(module.paths)
//[ 'c:\\Users\\maikuraki\\Desktop\\nodejs\\node_modules',
'c:\\Users\\maikuraki\\Desktop\\node_modules',
'c:\\Users\\maikuraki\\node_modules',
'c:\\Users\\node_modules',
'c:\\node_modules' ]
複製代碼
Node會逐個路徑嘗試知道找到目標文件,模塊路徑越深耗時越多。
標識符能夠不包含文件擴展,這種狀況下Node會安裝.js、.json、.node次序補全擴展名。
若是是個包Node會檢測裏面的package.json文件Node經過JOSN.parse()解析出包的描述對象去除main屬性指向的文件進行定位,若是沒有該屬性默認查找index.js、index.json、index.node。
在Node中每一個文件模塊都是一個對象。
編譯和執行是引入文件模塊的最後一個階段,定位到一個文件後,Node會新建一個模塊對象,而後根據路徑載入並編譯。不一樣擴展名載入方式:
在編譯過程當中Node對獲取的javascript文件進行的頭尾包裝
(function(exports, require, module, __filename, __dirname) {
exports.add = (x, y) => {
return x + y;
}
})
複製代碼
這樣每一個模塊文件直接都進行了做用域隔離,這就是Node對CommonJS規範的實現。
Node調用process.dlopen()來進行加載執行,windows和*nix平臺下dlopen()經過不一樣方式實現,經過libuv兼容層進行封裝。
Node使用fs模塊讀取json文件內容,使用JSON.parse()獲得對象而後給他賦給模塊對象的exports屬性。
核心模塊分爲C/C++編寫和javascript編寫,C/C++存放在Node項目的src文件下,javascript文件存在lib目錄下。 核心模塊中有些模塊核心部分使用C/C++完成其餘使用javascript實現包裝導出。由純C/C++編寫的部分稱爲內建模塊,例:buffer、crypto、evals、fs、os等模塊部分使用C/C++編寫。
依賴層關係: 內建模塊(C/C++) ---> 核心模塊(javascript)---> 文件模塊
核心模塊的引入流程 以os原生模塊引入爲例
NODE_MODULE(node_os,reg_func) ---> get_builtin_module('node_os') ---> process.binding('os') ---> NativeModule.require('os') ---> require('os')
Windows
C/C++源碼 ---> VC++ --編譯源碼--> .dll文件 --生成.node文件--> 加載.dll文件 --dlopen()加載--> 導出給javascript使用
*nix
C/C++源碼 ---> g++/gcc --編譯源碼--> .so文件 --生成.node文件--> 加載.so文件 --dlopen()加載--> 導出給javascript使用
require()引入.node文件過程
javascript(require('./hello.node')) ---> 原生模塊(process.dlopen('./hello.node',exports)) ---> libuv(uv_dlopen()/uv_dlsym()) ---> [{*nix: dlopen()/dlsym(), Windows : loadLibraryExW()/GetProcAddress()}]
包結構:
AMD規範是CommonJS規範的一個延伸,定義模塊方法:
define(id?, dependencies?, factory);
define(function() {
let exports = {};
exports.sayHello = () => {
console.log(`hello form module: ${module.id}`);
}
return exports;
})
複製代碼
CMD與AMD規範的主要區別在於定義模塊和依賴引入的部分。AMD須要在聲明的時候指定全部依賴,經過形參傳遞依賴到模塊中:
define(['dep1', 'dep2'], function() {
return function() {}
})
複製代碼
於AMD規範相比,CMD模塊更接近與Node對CommonJS規範的定義:
define(factory);
複製代碼
在依賴部分,CMD支持動態引入:
define(function(require, exports, module) {
// module code
})
複製代碼
require,exports,module經過形參傳遞給模塊,在須要依賴模塊時隨時調用require()引入。
兼容多種模塊規範
((name, definition) => {
//檢測是否爲AMD或者CMD
let hasDefine = typeof define === 'function',
//檢測是否爲Node
hasExports = typeof module !== 'undefined' && 'module.exports';
if(hasDefine) {
//AMD或CMD環境
define(definition);
}else if(hasExports) {
//定義爲普通Node模塊
module.exports = definition();
}else {
//將模塊執行結果掛載在window對象下
this[name] = definition;
}
})('hello', function() {
let hello = () => {};
return helllo;
})
複製代碼