為什么需要模塊化
模塊化的價(jià)值：
- 解決命名沖突；
- 依賴管理；
- 代碼解耦，提高復(fù)用性；
- 提高代碼可讀性
對(duì)于一個(gè)復(fù)雜的網(wǎng)站，不使用模塊化的情況下，JS的文件會(huì)過(guò)于龐大，可能有幾百個(gè)JS文件，全部通過(guò)script標(biāo)簽引入之后全都是全局變量，這時(shí)候就會(huì)存在一個(gè)命名沖突的問(wèn)題，同時(shí)，如果一個(gè)JS文件功能實(shí)現(xiàn)依賴另一個(gè)JS文件，那么就還需要注意先后順序，文件過(guò)多的話，先后就很難掌控，同時(shí)，模塊化還可以提高代碼的復(fù)用性，提高了代碼的可讀性
如何模塊化
先從CommonJS談起，即使在網(wǎng)頁(yè)端沒有模塊化編程只是頁(yè)面JavaScript邏輯復(fù)雜，但也可以工作下去，在服務(wù)器端卻一定要有模塊化，CommoJS規(guī)范是由NodeJS發(fā)揚(yáng)的，這標(biāo)志著模塊化編程正式登上舞臺(tái)！
根據(jù)CommonJS規(guī)范，一個(gè)單獨(dú)的文件就是一個(gè)模塊。每一個(gè)模塊都是一個(gè)單獨(dú)的作用域，也就是說(shuō)，在該模塊內(nèi)部定義的變量，無(wú)法被其他模塊讀取，除非定義為global對(duì)象的屬性，模塊只有一個(gè)出口，module.exports對(duì)象，我們需要把模塊希望輸出的內(nèi)容放入該對(duì)象， 加載模塊使用require方法，該方法讀取一個(gè)文件并執(zhí)行，返回文件內(nèi)部的module.exports對(duì)象。
舉例：
//模塊定義 myModel.js
var name = 'Byron';
function printName(){
console.log(name);
}
function printFullName(firstName){
console.log(firstName + name);
}
//定義出口
module.exports = {
printName: printName,
printFullName: printFullName
}
//加載模塊，得到了printName，printFullName，即出口；
var nameModule = require('./myModel.js');
//這里就可以調(diào)用了
nameModule.printName();
AMD
AMD (Asynchronous Module Definition, 異步模塊定義) 指定一種機(jī)制，在該機(jī)制下模塊和依賴可以移步加載。這對(duì)瀏覽器端的異步加載尤其適用。
語(yǔ)法
define(id, dependencies, factory);
id: 定義中模塊的名字，可選；如果沒有提供該參數(shù)，模塊的名字應(yīng)該默認(rèn)為模塊加載器請(qǐng)求的指定腳本的名字。。
dependencies：是一個(gè)當(dāng)前模塊依賴，已被模塊定義的模塊標(biāo)識(shí)的數(shù)組字面量。 依賴參數(shù)是可選的，如果忽略此參數(shù)，它應(yīng)該默認(rèn)為["require", "exports", "module"]。然而，如果工廠方法的長(zhǎng)度屬性小于3，加載器會(huì)選擇以函數(shù)的長(zhǎng)度屬性指定的參數(shù)個(gè)數(shù)調(diào)用工廠方法。
工廠方法factory，模塊初始化要執(zhí)行的函數(shù)或?qū)ο?。如果為函?shù)，它應(yīng)該只被執(zhí)行一次。如果是對(duì)象，此對(duì)象應(yīng)該為模塊的輸出值。
示例:
define('modal', ['jQuery', 'dialog'], function($, Dialog){
$('.modal').show();
Dialog.open();
});
//參數(shù)1為文件名，
//參數(shù)2制定依賴jQuery，dialog，這時(shí)會(huì)去請(qǐng)求這兩個(gè)文件
//參數(shù)3回調(diào)函數(shù)，請(qǐng)求到依賴在之后執(zhí)行。
實(shí)現(xiàn)AMD的庫(kù)有｀RequireJS｀ 、｀curl｀ 、｀Dojo｀ 等。
CMD規(guī)范
CMD（Common Module Definition）是 SeaJS推廣過(guò)程中產(chǎn)生的。seaJS要解決的問(wèn)題和requireJS一樣，只是在模塊定義方式和模塊加載時(shí)機(jī)上有所不同。
//定義模塊module.js
define(function(require,exports,module){
var a = require('./a')
a.dosomething
//some code
var b = require('./b')
b.dosomething
//some code
}
//加載模塊
seajs.use(['module.js'],function(){
// do something
});
AMD與CMD的區(qū)別
對(duì)比一下AMD與CMD，不難看出CMD推崇依賴就近，即在需要用到某個(gè)模塊的時(shí)候在去requere，而AMD則推崇依賴前置，在定義模塊的時(shí)候就聲明其依賴
這種區(qū)別各有優(yōu)劣，只是語(yǔ)法上的差距，而且requireJS和SeaJS都支持對(duì)方的寫法
AMD和CMD最大的區(qū)別是對(duì)依賴模塊的執(zhí)行時(shí)機(jī)處理不同，注意不是加載的時(shí)機(jī)或者方式不同，同樣都是異步加載模塊，
AMD在加載模塊完成后就會(huì)執(zhí)行該模塊，所有模塊都加載執(zhí)行完后會(huì)進(jìn)入require的回調(diào)函數(shù)，執(zhí)行主邏輯，這樣的效果就是依賴模塊的執(zhí)行順序和書寫順序不一定一致，看網(wǎng)絡(luò)速度，哪個(gè)先下載下來(lái)，哪個(gè)先執(zhí)行，但是主邏輯一定在所有依賴加載完成后才執(zhí)行
CMD加載完某個(gè)依賴模塊后并不執(zhí)行，只是下載而已，在所有依賴模塊加載完成后進(jìn)入主邏輯，遇到require語(yǔ)句的時(shí)候才執(zhí)行對(duì)應(yīng)的模塊，這樣模塊的執(zhí)行順序和書寫順序是完全一致的
AMD用戶體驗(yàn)好，因?yàn)闆]有延遲，依賴模塊提前執(zhí)行了，CMD性能好，因?yàn)橹挥杏脩粜枰臅r(shí)候才執(zhí)行
