為什么需要模塊化
模塊化的價(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è)端沒(méi)有模塊化編程只是頁(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: 定義中模塊的名字淆游，可選；如果沒(méi)有提供該參數(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ì)方的寫(xiě)法
AMD和CMD最大的區(qū)別是對(duì)依賴模塊的執(zhí)行時(shí)機(jī)處理不同功茴，注意不是加載的時(shí)機(jī)或者方式不同庐冯，同樣都是異步加載模塊，
AMD在加載模塊完成后就會(huì)執(zhí)行該模塊坎穿，所有模塊都加載執(zhí)行完后會(huì)進(jìn)入require的回調(diào)函數(shù)展父，執(zhí)行主邏輯，這樣的效果就是依賴模塊的執(zhí)行順序和書(shū)寫(xiě)順序不一定一致玲昧，看網(wǎng)絡(luò)速度栖茉，哪個(gè)先下載下來(lái)，哪個(gè)先執(zhí)行孵延，但是主邏輯一定在所有依賴加載完成后才執(zhí)行
CMD加載完某個(gè)依賴模塊后并不執(zhí)行吕漂，只是下載而已，在所有依賴模塊加載完成后進(jìn)入主邏輯尘应，遇到require語(yǔ)句的時(shí)候才執(zhí)行對(duì)應(yīng)的模塊惶凝，這樣模塊的執(zhí)行順序和書(shū)寫(xiě)順序是完全一致的
AMD用戶體驗(yàn)好，因?yàn)闆](méi)有延遲犬钢，依賴模塊提前執(zhí)行了苍鲜，CMD性能好，因?yàn)橹挥杏脩粜枰臅r(shí)候才執(zhí)行
