定義與由來

定義

模組就是實現特定功能的相互獨立的一組方法。

由來背景

隨著網站逐漸的開發，嵌入網頁的js程式碼越來越龐大，而網頁也越來越像桌面程式，需要一個團隊去分工協作，進行管理和測試等等。為了更好的管理網頁的業務邏輯，也就產生了模組化程式設計的理念。

為了讓開發者方便地載入各種模組，因此需要一套編寫模組的規範，而且目前通行的JavaScript的模組規範有兩種：CommonJS 和AMD。另外，在模組化開發問題上，一方面以AMD/CMD為代表的規範在過去幾年時間及大地提升了前端生產力。另一方面，隨著ES6，Web Components的臨近，開發者們面臨著承前啟後的巨大挑戰

。。。。這也給前端小夥伴帶來了新一輪知識學習挑戰。。。。呵呵，深入學習吧，且行且珍惜

模組載入器的作用

模組載入器主要是為了解決兩個問題：

1. 實現js的非同步載入，避免網頁失去響應；
2. 管理模組之間的依賴性，便於程式碼的維護和編寫

模組化的核心價值

程式碼複用；提升維護性也即是：公共模組通常用於促進程式碼複用；業務模組通常用於提升可維護性
在前端專案中經常使用的如JQuery，underscore.js等庫，其實可以看做是公共模組，他們對常用的、工具性的程式碼提供了抽象。

CommonJS規範

模組化開發對伺服器端開發是必須的，nodejs的模組系統就是參照CommonJS規範實現的。因此，可以理解為CommonJS即為伺服器端模組的規範。根據CommonJS的規範，一個單獨的檔案就是一個模組，載入模組使用require方法，該方法讀取一個檔案並執行，最後返回檔案內部的exports物件。另外，CommonJS規範載入模組是同步的，只有載入完成，才能執行。由於Node.js主要用於伺服器端程式設計，模組檔案一般都已經存在本地硬碟，所以載入起來比較快，不用考慮非同步載入方式，所以CommonJS規範比較適合。但是，如果是瀏覽器環境，要從伺服器端載入模組，這時就需要採用非同步模式，因此，瀏覽器段一般都是採用AMD/CMD規範

。

commonJS期望用其API寫出的應用可以具備跨宿主環境執行的能力，這樣不僅可以利用js開發富客戶端應用，而且還可以編寫以下應用：

1. 伺服器端js應用程式
2. 命令列工具
3. 桌面圖形介面應用程式
4. 混合應用（Titanium 和 Adobe AIR等形式的應用）
   commonJS規範涵蓋了模組、二進位制、Buffer、字符集編碼、I/O流、程序環境、檔案系統、套接字、單元測試、Web伺服器閘道器介面、包管理等

AMD規範

AMD即能在客戶端環境，並且能相容伺服器端模組的一種模組規範。

AMD規範使用define定義模組，例子如下：

define(['package/lib'
 
],funciton(lib){
    funciton foo (){
        lib.log("hehe");
    }
    return {
        foo : foo
    };
});

define的第一個引數表示依賴的模組陣列，第二個為載入完依賴的模組陣列後，模組執行函式

AMD模組載入定義，require方法

與CommonJS一樣，AMD也採用require()語句載入模組，但是不同的是有兩個引數：require([module],callback);

第一個引數[module]是一個數組，其成員就是要載入的模組；

第二個引數callback,則是載入成功後的回撥函式。

require(['package/moduleA'],funciton(moduleA){
    moduleA.add(3,4);
});

moduleA.add()與moduleA模組載入不是同步的，十分適合瀏覽器的環境.引入AMD規範的js庫實現目前主要有兩個：require.js 和curl.js

requireJS 與SeaJS

相同之處

兩者都是模組載入器，倡導模組化開發理念，核心價值都是讓JavaScript的模組化開發變得簡單自然。

不同之處

1. **定位有差異，**RequireJS想成為瀏覽器段的模組載入器，同時也形成為Rhino/node等環境的模組載入器；SeaJS則專注於web瀏覽器端，同時通過Node擴充套件的方式可以很方便地跑在Node環境中。
2. 遵循的規範不同，RequireJS遵循AMD（非同步模組定義）規範，seaJS遵循CMD（通用模組定義）規範。規範的不同，導致了兩者API不同。SeaJS更貼近 CommonJS Modules/1.1 和Node Modules規範。
3. 推廣理念有差異，RequireJS在嘗試讓第三方庫修改自身支援RequireJS，目前只有少數社群採納。SeaJS不強推，採用自主封裝的正規化來“海納百川”，目前已有成熟的封裝策略。
4. 對開發除錯的支援有差異，SeaJS非常關注程式碼的開發除錯，有nocache、debug等用於除錯的外掛。RequireJS無這方面的明顯支援。
5. 外掛機制不同，RequireJS採取的是在原始碼中預留介面的形式，外掛型別比較單一。SeaJS採取的是通用事件機制，外掛型別更豐富。