問答
1.為什么要使用模塊化？
- 要使用模塊化，我們要知道什么是模塊化？首先一個模塊是為了實現(xiàn)特定功能的文件，模塊化就是使用模塊來隔離、組織復(fù)雜的javascript代碼（代碼量過萬）。模塊化的目的是為了解決兩大難題，一是命名沖突，二是依賴管理。當然它還有其他長處，可以提高代碼的可讀性，提高復(fù)用性。
- 一是它可以解決命名的沖突（前提，這是一個復(fù)雜的項目不是一個簡單的頁面）因為如果單人只做一個簡單的頁面（1個html,js,css）沒必要去搞什么模塊化，反而會增加復(fù)雜度，但是實際情況下一個項目是需要多個人分工合作，難免會出現(xiàn)命名沖突（一樣），所以模塊化應(yīng)運而生。
- 二是它可以解決文件的依賴，使文件易于管理，我們來想象這樣一個場景，這是一個項目，它的js文件夾下有許多js文件，它們之間互相依賴（會相互調(diào)用），你如何管理和確保它們加載的順序先后，才不會出現(xiàn)由于一個重要的js文件順序放錯了，而導(dǎo)致其他的js文件的功能無法使用，現(xiàn)在不用擔心了，模塊化可以更好的實現(xiàn)依賴管理
- 三是提高代碼的可讀性，因為各個模塊各司其職，都是為了實現(xiàn)某個特定功能，代碼更為簡潔，不會出現(xiàn)代碼亂糟糟的感覺。而且出現(xiàn)了問題，也容易查找。
- 四是代碼的復(fù)用性增強，因為模塊化就是為了使代碼去實現(xiàn)某個特定的功能，和其他文件沒有多少關(guān)聯(lián)，因此我們以后的項目中只要需要實現(xiàn)這個功能，直接調(diào)用這個模塊，如果發(fā)現(xiàn)這個功能的bug,也只要去單獨修改這個模塊的文件，而不會產(chǎn)生一顆老鼠屎壞了一鍋湯的惡劣的影響
2.CMD、AMD、CommonJS 規(guī)范分別指什么？有哪些應(yīng)用
-
CommonJS是服務(wù)器端模塊的規(guī)范，Node.js采用了這個規(guī)范。它的主要內(nèi)容如下：
1.定義模塊：一個單獨的文件就是一個模塊。每一個模塊都是一個單獨的作用域，也就是說，在該模塊內(nèi)部定義的變量，無法被其他模塊讀取，除非定義為global（全局）對象的屬性
2.模塊輸出： 模塊只有一個出口，module.exports對象，我們需要把模塊希望輸出的內(nèi)容放入該對象
3.加載模塊： 加載模塊使用require方法，該方法讀取一個文件并執(zhí)行，返回文件內(nèi)部的module.exports對象//定義模塊 math.js var random=Math.random()*10; function printRandom(){ console.log(random) } function printIntRandom(){ console.log(Math.floor(random)) } //模塊輸出 module.exports={ printRandom:printRandom, printIntRandom:printIntRandom } //加載模塊 math.js var math=require('math') //就可以調(diào)用模塊提供的方法 math.printIntRandom() math.printRandom() AMD 即Asynchronous Module Definition，中文名是異步模塊定義的意思。它是一個在瀏覽器端模塊化開發(fā)的規(guī)范，模塊和依賴可以異步加載，對瀏覽器端較為適用?？梢哉fAMD是專門為瀏覽器中的javascript環(huán)境設(shè)計的規(guī)范。語法如下：
define(id?, dependencies?, factory)
1.id: 定義中模塊的名字，可選；如果沒有提供該參數(shù)，模塊的名字應(yīng)該默認為模塊加載器請求的指定腳本的名字(如dialog.js)
2.依賴dependencies：是一個當前模塊依賴的，已被模塊定義的模塊標識的數(shù)組字面量。 依賴參數(shù)是可選的，如果忽略此參數(shù)，它應(yīng)該默認為["require", "exports", "module"]。然而，如果工廠方法的長度屬性小于3，加載器會選擇以函數(shù)的長度屬性指定的參數(shù)個數(shù)調(diào)用工廠方法。
3.工廠方法factory，模塊初始化要執(zhí)行的函數(shù)或?qū)ο蟆Ｈ绻麨楹瘮?shù)，它應(yīng)該只被執(zhí)行一次。如果是對象，此對象應(yīng)該為模塊的輸出值
示例
define('tabs', ['jQuery', 'tabs-mod'], function($, tabs){
$('.tabs').show();
Dialog.open();
});
注意：dependencies中元素的模塊的順序必須和factory中參數(shù)順序一致，factory中參數(shù)的名稱不必一致
應(yīng)用：RequireJS、curl、Dojo等框架式按照AMD規(guī)范實現(xiàn)模塊化的設(shè)置。CMD 即Common Module Definition通用模塊定義，CMD規(guī)范是國內(nèi)發(fā)展出來的，就像AMD有個requireJS，CMD有個瀏覽器的實現(xiàn)SeaJS，SeaJS要解決的問題和requireJS一樣，只不過在模塊定義方式和模塊加載（可以說運行、解析）時機上有所不同。語法如下：
define(id?, deps?, factory)
id,des,factory和AMD意思差不多，這里不贅述
CMD理念
1.一個文件一個模塊，所以經(jīng)常就用文件名作為模塊id
2.CMD推崇依賴就近，所以一般不在define的參數(shù)中寫依賴，在factory中寫factory有三個參數(shù)，如下：
function(require, exports, module)
實例
define(function(require,exports,moudle){
var random=require('../random.js')
random.doSomething()
//......
var int=require('../int.js')
int.doSomething()
//......
})AMD與CMD的區(qū)別
1.對于依賴的模塊，AMD 是提前執(zhí)行，CMD 是延遲執(zhí)行。
2.CMD 推崇依賴就近，AMD 推崇依賴前置。
3.AMD 的 API 默認是一個當多個用，CMD 的 API 嚴格區(qū)分，推崇職責單一。比如 AMD 里，require 分全局 require 和局部 require，都叫 require。CMD 里，沒有全局 require，而是根據(jù)模塊系統(tǒng)的完備性，提供 seajs.use 來實現(xiàn)模塊系統(tǒng)的加載啟動。CMD 里，每個 API 都簡單純粹
轉(zhuǎn)自知乎：AMD與CMD區(qū)別
