深入理解javascript的模組化詳解

模組化在專案中十分的重要，一個複雜的專案肯定有很多相似的功能模組，如果每次都需要重新編寫模組肯定既費時又耗力。但是引用別人編寫模組的前提是要有統一的“打開姿勢”，如果每個人有各自的寫法，那麼肯定會亂套，下面介紹幾種JS的模組化的規範。

模組化在專案中十分的重要，一個複雜的專案肯定有很多相似的功能模組，如果每次都需要重新編寫模組肯定既費時又耗力。但是引用別人編寫模組的前提是要有統一的“打開姿勢”，如果每個人有各自的寫法，那麼肯定會亂套，下面介紹幾種JS的模組化的規範。

一:模組化流程一：script標籤

這是最原始的JavaScript 檔案載入方式，如果把每一個檔案看做是一個模組，那麼他們的介面通常是暴露在全域作用域下，也就是定義在window 物件中，不同模組的介面呼叫都是一個作用域中，一些複雜的框架，會使用命名空間的概念來組織這些模組的介面。

缺點:

1、污染全域作用域

2、開發人員必須主觀解決模組和程式碼庫的依賴關係

3、檔案只能依照script標籤的書寫順序進行載入

4、在大型專案中各種資源難以管理，長期累積的問題導致程式碼庫混亂不堪

二:模組化進程二：CommonJS規範

此規範的核心思想是允許模組透過require方法來同步載入所要依賴的其他模組，然後透過exports 或module.exports 來匯出需要暴露的介面。

require("module");
require("../file.js");
exports.doStuff = function(){};
module.exports = someValue;

優點：

1、簡單且容易使用

2、伺服器端模組方便重複使用

缺點:

1、同步的模組載入方式不適合在瀏覽器環境中，同步意味著阻塞加載，瀏覽器資源是非同步載入的

2、不能非阻塞的並行載入多個模組

module.exports與exports的區別

1、 exports 是指向的module.exports 的參考

2、module.exports 初始值為一個空物件{}，所以exports 初始值也是{}

3、require() 回傳的是module.exports 而不是exports

exports範例：

// app.js
var circle = require('./circle');
console.log(circle.area(4));
// circle.js
exports.area = function(r){
 return r * r * Math.PI;
}

module.exports範例：

// app.js
var area = require('./area');
console.log(area(4));
// area.js
module.exports = function(r){
 return r * r * Math.PI;
}

錯誤的情況：

// app.js
var area = require('./area');
console.log(area(4));
// area.js
exports = function(r){
 return r * r * Math.PI;
}

其實是對exports 進行了覆蓋，也就是說exports 指向了一塊新的內存（內容為一個計算圓面積的函數），也就是說exports 和module.exports 不再指向同一塊內存，也就是說此時exports 和module.exports 毫無聯繫，也就是說module.exports 指向的那塊內存並沒有做任何改變，仍然為一個空對象{}，也就是說area.js導出了一個空對象，所以我們在app .js 中呼叫area(4) 會報TypeError: object is not a function 的錯誤。

總結：當我們想要讓模組匯出的是物件時， exports 和module.exports 皆可使用（但exports 也無法重新覆寫為新的物件），而當我們想要匯出非物件介面時，就必須也只能覆寫module.exports 。

三:模組化進程三：AMD規格

由於瀏覽器端的模組不能採用同步的方式加載，會影響後續模組的載入執行，因此AMD( Asynchronous Module Definition非同步模組定義)規範誕生了。

AMD標準中定義了以下兩個API

1、require([module], callback);
2、define(id, [depends], callback);

require介面用來載入一系列模組，define介面用來定義並揭露一個模組。

範例：

define("module", ["dep1", "dep2"], function(d1, d2){
 return someExportedValue;
});
require(["module", "../file"], function(module, file){ /* ... */ });

優點：

#1、適合在瀏覽器環境中非同步載入模組

2、可以並行載入多個模組

缺點：

1、提高了開發成本，程式碼的閱讀和書寫比較困難，模組定義方式的語意不順暢

2、不符合通用的模組化思考方式，是一種妥協的實現

四:模組化過程四：CMD規格

CMD(Common Module Definition)规范和AMD很相似，尽量保持简单，并与CommonJS和Node.js的 Modules 规范保持了很大的兼容性。在CMD规范中，一个模块就是一个文件。

示例：

define(function(require, exports, module){
 var $ = require('jquery');
 var Spinning = require('./spinning');
 exports.doSomething = ...
 module.exports = ...
})

优点：

1、依赖就近，延迟执行

2、可以很容易在 Node.js 中运行

缺点：

1、依赖 SPM 打包，模块的加载逻辑偏重

AMD和CMD的区别

AMD和CMD起来很相似，但是还是有一些细微的差别，让我们来看一下他们的区别在哪里：

1、对于依赖的模块，AMD是提前执行，CMD是延迟执行。

2、AMD推崇依赖前置；CMD推崇依赖就近，只有在用到某个模块的时候再去require。看代码：

// AMD
define(['./a', './b'], function(a, b){ // 依赖必须一开始就写好
  a.doSomething()  
  // 此处略去 100 行
  b.doSomething()  
  ...
});
// CMD
define(function(require, exports, module){
  var a = require('./a')  
  a.doSomething()  
  // 此处略去 100 行
  var b = require('./b')
  // 依赖可以就近书写
  b.doSomething()
  // ...
});

3、AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。

五:模块化进程五：ES6模块化

EcmaScript6标准增加了JavaScript语言层面的模块体系定义。ES6 模块的设计思想，是尽量的静态化，使得编译时就能确定模块的依赖关系，以及输入和输出的变量。CommonJS和AMD模块，都只能在运行时确定这些东西。

在 ES6 中，我们使用export关键字来导出模块，使用import关键字引用模块。需要说明的是，ES6的这套标准和目前的标准没有直接关系，目前也很少有JS引擎能直接支持。因此Babel的做法实际上是将不被支持的import翻译成目前已被支持的require。

尽管目前使用import和require的区别不大(本质上是一回事)，但依然强烈推荐使用import关键字，因为一旦JS引擎能够解析ES6的import关键字，整个实现方式就会和目前发生比较大的变化。如果目前就开始使用import关键字，将来代码的改动会非常小。

示例：

import "jquery";
export functiondoStuff(){}
module "localModule" {}

优点：

1、容易进行静态分析

2、面向未来的 EcmaScript 标准

缺点：

1、原生浏览器端还没有实现该标准

2、全新的命令字，新版的 Node.js才支持

以上是深入理解javascript的模組化詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！