目錄
Javascript模塊化編程（三）：require.js的用法 6
原著：阮一峯
批註：Wos（根據新標準修改部分介紹和代碼）
Javascript模塊化編程（一）：模塊的寫法
define是用來自定義模板的 require是用來加載模板的
隨着網站逐漸變成"互聯網應用程序"，嵌入網頁的Javascript代碼越來越龐大，越來越複雜。網頁越來越像桌面程序，需要一個團隊分工協作、進度管理、單元測試等等......開發者不得不使用軟件工程的方法，管理網頁的業務邏輯。
Javascript模塊化編程，已經成爲一個迫切的需求。理想情況下，開發者只需要實現核心的業務邏輯，其他都可以加載別人已經寫好的模塊。但是，Javascript不是一種模塊化編程語言，它不支持"類"（class），更遑論"模塊"（module）了。（注：文章有點老，但是理論不錯，這篇文章寫於ECMAScript6的時代，2015年已經出了ECMAScript2015了）Javascript社區做了很多努力，在現有的運行環境中，實現"模塊"的效果。本文總結了當前＂Javascript模塊化編程＂的最佳實踐，說明如何投入實用。雖然這不是初級教程，但是隻要稍稍瞭解Javascript的基本語法，就能看懂。
一、原始寫法
模塊就是實現特定功能的一組方法。只要把不同的函數（以及記錄狀態的變量）簡單地放在一起，就算是一個模塊。
function m1(){
//...
}
function m2(){
//...
}
上面的函數m1()和m2()，組成一個模塊。使用的時候，直接調用就行了。這種做法的缺點很明顯："污染"了全局變量，無法保證不與其他模塊發生變量名衝突，而且模塊成員之間看不出直接關係。
vara=1;
function m1(){
a=a+1;
return a;
}
function m2(){
a=a+2
returna;
}
m1();
m2();
alert(a);
二、對象寫法
爲了解決上面的缺點，可以把模塊寫成一個對象，所有的模塊成員都放到這個對象裏面。
var module1 = new Object({
_count : 0,
m1 : function (){
//...
},
m2 : function (){
//...
}
});
上面的函數m1()和m2(），都封裝在module1對象裏。使用的時候，就是調用這個對象的屬性。
module1.m1();
但是，這樣的寫法會暴露所有模塊成員，內部狀態可以被外部改寫。比如，外部代碼可以直接改變內部計數器的值。
module1._count = 5;
三、立即執行函數寫法
使用"立即執行函數"（Immediately-Invoked Function Expression，IIFE），可以達到不暴露私有成員的目的。
var module1 = (function(){
var _count = 0;
var m1 = function(){
//...
};
var m2 = function(){
//...
};
return {
m1 : m1,
m2 : m2
};
})();
使用上面的寫法，外部代碼無法讀取內部的_count變量。
console.info(module1._count); //undefined
module1就是Javascript模塊的基本寫法。下面，再對這種寫法進行加工。
關於匿名函數：
1、匿名定義
function(){}
2、非匿名定義
function fn(){}
fn = new Function("some code");
用法示例：
例子 1
function add(x, y){
return(x + y);
}
例子 2
var add = new Function("x", "y", "return(x+y)");
例子 3
var fn = function(){ }
將匿名函數的引用賦值給一個變量。（最常用的寫法）如：
return(x + y);
}
----------------------------------------------------------------
可以用如下代碼行調用以上函數：
注意 : 在調用函數時，請確保包含了括號和必需的參數。調用函數時不用括號導致返回函數的文本而不是函數執行的結果。
add(2, 3);// return "5"
add; // renturn " function add(x, y){return(x + y);}
四、放大模式
如果一個模塊很大，必須分成幾個部分，或者一個模塊需要繼承另一個模塊，這時就有必要採用"放大模式"（augmentation）。
var module1 = (function (mod){
mod.m3 = function () {
//...
};
return mod;
})(module1);
上面的代碼爲module1模塊添加了一個新方法m3()，然後返回新的module1模塊。
五、寬放大模式（Loose augmentation）
在瀏覽器環境中，模塊的各個部分通常都是從網上獲取的，有時無法知道哪個部分會先加載。如果採用上一節的寫法，第一個執行的部分有可能加載一個不存在空對象，這時就要採用"寬放大模式"。
var module1 = ( function (mod){
//...
return mod;
})(window.module1|| {});
與"放大模式"相比，＂寬放大模式＂就是"立即執行函數"的參數可以是空對象。
六、輸入全局變量
獨立性是模塊的重要特點，模塊內部最好不與程序的其他部分直接交互。爲了在模塊內部調用全局變量，必須顯式地將其他變量輸入模塊。
var module1 = (function ($, YAHOO) {
//...
})(jQuery, YAHOO);
上面的module1模塊需要使用jQuery庫和YUI庫，就把這兩個庫（其實是兩個模塊）當作參數輸入module1。這樣做除了保證模塊的獨立性，還使得模塊之間的依賴關係變得明顯。這方面更多的討論，參見Ben Cherry的著名文章《JavaScript Module Pattern: In-Depth》。這個系列的第二部分，將討論如何在瀏覽器環境組織不同的模塊、管理模塊之間的依賴性。
Javascript模塊化編程（二）：AMD規範
七、模塊的規範
先想一想，爲什麼模塊很重要？
因爲有了模塊，我們就可以更方便地使用別人的代碼，想要什麼功能，就加載什麼模塊。但是，這樣做有一個前提，那就是大家必須以同樣的方式編寫模塊，否則你有你的寫法，我有我的寫法，豈不是亂了套！考慮到Javascript模塊現在還沒有官方規範，這一點就更重要了。
目前，通行的Javascript模塊規範共有兩種：CommonJS和AMD。我主要介紹AMD，但是要先從CommonJS講起。
CommonJS全稱CommonJS API定義很多普通應用程序（主要指非瀏覽器的應用）使用的API，從而填補了這個空白。它的終極目標是提供一個類似Python，Ruby和Java標 準庫。這樣的話，開發者可以使用CommonJS API編寫應用程序，然後這些應用可以運行在不同的JavaScript解釋器和不同的主機環境中。在兼容CommonJS的系統中，你可以使用JavaScript程序開發：
1. 服務器端JavaScript應用程序
2. 命令行工具
3. 圖形界面應用程序
4. 混合應用程序（如，Titanium或Adobe AIR）。
八、CommonJS
2009年，美國程序員Ryan Dahl創造了node.js項目，將javascript語言用於服務器端編程。這標誌"Javascript模塊化編程"正式誕生。因爲老實說，在瀏覽器環境下，沒有模塊也不是特別大的問題，畢竟網頁程序的複雜性有限；但是在服務器端，一定要有模塊，與操作系統和其他應用程序互動，否則根本沒法編程。
node.js的模塊系統，就是參照CommonJS規範實現的。在CommonJS中，有一個全局性方法require()，用於加載模塊。假定有一個數學模塊math.js，就可以像下面這樣加載。
var math = require('math');
然後，就可以調用模塊提供的方法：
var math = require('math');
math.add(2,3); // 5
因爲這個系列主要針對瀏覽器編程，不涉及node.js，所以對CommonJS就不多做介紹了。我們在這裏只要知道，require()用於加載模塊就行了。
九、瀏覽器環境
有了服務器端模塊以後，很自然地，大家就想要客戶端模塊。而且最好兩者能夠兼容，一個模塊不用修改，在服務器和瀏覽器都可以運行。但是，由於一個重大的侷限，使得CommonJS規範不適用於瀏覽器環境。還是上一節的代碼，如果在瀏覽器中運行，會有一個很大的問題，你能看出來嗎？
var math = require('math');
math.add(2, 3);
第二行math.add(2, 3)，在第一行require('math')之後運行，因此必須等math.js加載完成。也就是說，如果加載時間很長，整個應用就會停在那裏等。
這對服務器端不是一個問題，因爲所有的模塊都存放在本地硬盤，可以同步加載完成，等待時間就是硬盤的讀取時間。但是，對於瀏覽器，這卻是一個大問題，因爲模塊都放在服務器端，等待時間取決於網速的快慢，可能要等很長時間，瀏覽器處於"假死"狀態。因此，瀏覽器端的模塊，不能採用"同步加載"（synchronous），只能採用"異步加載"（asynchronous）。這就是AMD規範誕生的背景。
十、AMD
AMD是"Asynchronous Module Definition"的縮寫，意思就是"異步模塊定義"。它採用異步方式加載模塊，模塊的加載不影響它後面語句的運行。所有依賴這個模塊的語句，都定義在一個回調函數中，等到加載完成之後，這個回調函數纔會運行。
AMD也採用require()語句加載模塊，但是不同於CommonJS，它要求兩個參數：
require([module], callback);
第一個參數[module]，是一個數組，裏面的成員就是要加載的模塊；第二個參數callback，則是加載成功之後的回調函數。如果將前面的代碼改寫成AMD形式，就是下面這樣：
require(['math'], function (math) {
math.add(2, 3);
});
math.add()與math模塊加載不是同步的，瀏覽器不會發生假死。所以很顯然，AMD比較適合瀏覽器環境。目前，主要有兩個Javascript庫實現了AMD規範：require.js和curl.js。將通過介紹require.js，進一步講解AMD的用法，以及如何將模塊化編程投入實戰。
Javascript模塊化編程（三）：require.js的用法
我採用的是一個非常流行的庫require.js。
一、爲什麼要用require.js？
最早的時候，所有Javascript代碼都寫在一個文件裏面，只要加載這一個文件就夠了。後來，代碼越來越多，一個文件不夠了，必須分成多個文件，依次加載。下面的網頁代碼，相信很多人都見過。
<script src="1.js"></script>
<script src="2.js"></script>
<script src="3.js"></script>
<script src="4.js"></script>
<script src="5.js"></script>
<script src="6.js"></script>
這段代碼依次加載多個js文件。
這樣的寫法有很大的缺點。首先，加載的時候，瀏覽器會停止網頁渲染，加載文件越多，網頁失去響應的時間就會越長；其次，由於js文件之間存在依賴關係，因此必須嚴格保證加載順序（比如上例的1.js要在2.js的前面），依賴性最大的模塊一定要放到最後加載，當依賴關係很複雜的時候，代碼的編寫和維護都會變得困難。
require.js的誕生，就是爲了解決這兩個問題：
（1）實現js文件的異步加載，避免網頁失去響應；
（2）管理模塊之間的依賴性，便於代碼的編寫和維護。
二、require.js的加載
使用require.js的第一步，是先去官方網站下載最新版本。
下載後，假定把它放在js子目錄下面，就可以加載了。
<script src="js/require.js"></script>
有人可能會想到，加載這個文件，也可能造成網頁失去響應。解決辦法有兩個，一個是把它放在網頁底部加載，另一個是寫成下面這樣：
<script src="js/require.js" defer async="true" ></script>
async屬性表明這個文件需要異步加載，避免網頁失去響應。IE不支持這個屬性，只支持defer，所以把defer也寫上。
加載require.js以後，下一步就要加載我們自己的代碼了。假定我們自己的代碼文件是main.js，也放在js目錄下面。那麼，只需要寫成下面這樣就行了：
<script src="js/require.js" data-main="js/main"></script>
data-main屬性的作用是，指定網頁程序的主模塊。在上例中，就是js目錄下面的main.js，這個文件會第一個被require.js加載。由於require.js默認的文件後綴名是js，所以可以把main.js簡寫成main。
三、主模塊的寫法
上一節的main.js，我把它稱爲"主模塊"，意思是整個網頁的入口代碼。它有點像C語言的main()函數，所有代碼都從這兒開始運行。下面就來看，怎麼寫main.js。如果我們的代碼不依賴任何其他模塊，那麼可以直接寫入javascript代碼。
// main.js
alert("加載成功！");
但這樣的話，就沒必要使用require.js了。真正常見的情況是，主模塊依賴於其他模塊，這時就要使用AMD規範定義的的require()函數。
// main.js
require(['moduleA', 'moduleB', 'moduleC'], function (moduleA, moduleB, moduleC){
// some code here
});
require()函數接受兩個參數。第一個參數是一個數組，表示所依賴的模塊，上例就是['moduleA', 'moduleB', 'moduleC']，即主模塊依賴這三個模塊；第二個參數是一個回調函數，當前面指定的模塊都加載成功後，它將被調用。加載的模塊會以參數形式傳入該函數，從而在回調函數內部就可以使用這些模塊。
require()異步加載moduleA，moduleB和moduleC，瀏覽器不會失去響應；它指定的回調函數，只有前面的模塊都加載成功後，纔會運行，解決了依賴性的問題。
下面，我們看一個實際的例子。
假定主模塊依賴jquery、underscore和backbone這三個模塊，main.js就可以這樣寫：
require(['jquery', 'underscore', 'backbone'], function ($, _, Backbone){
// some code here
});
require.js會先加載jQuery、underscore和backbone，然後再運行回調函數。主模塊的代碼就寫在回調函數中。
四、模塊的加載
上一節最後的示例中，主模塊的依賴模塊是['jquery', 'underscore', 'backbone']。默認情況下，require.js假定這三個模塊與main.js在同一個目錄，文件名分別爲jquery.js，underscore.js和backbone.js，然後自動加載。
使用require.config()方法，我們可以對模塊的加載行爲進行自定義。require.config()就寫在主模塊（main.js）的頭部。參數就是一個對象，這個對象的paths屬性指定各個模塊的加載路徑。
require.config({
paths: {
"jquery": "jquery.min",
"underscore": "underscore.min",
"backbone": "backbone.min"
}
});
上面的代碼給出了三個模塊的文件名，路徑默認與main.js在同一個目錄（js子目錄）。如果這些模塊在其他目錄，比如js/lib目錄，則有兩種寫法。一種是逐一指定路徑。
require.config({
paths: {
"jquery": "lib/jquery.min",
"underscore": "lib/underscore.min",
"backbone": "lib/backbone.min"
}
});
另一種則是直接改變基目錄（baseUrl）。
require.config({
baseUrl: "js/lib",
paths: {
"jquery": "jquery.min",
"underscore": "underscore.min",
"backbone": "backbone.min"
}
});
如果某個模塊在另一臺主機上，也可以直接指定它的網址，比如：
require.config({
paths: {
"jquery": "https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min"
}
});
require.js要求，每個模塊是一個單獨的js文件。這樣的話，如果加載多個模塊，就會發出多次HTTP請求，會影響網頁的加載速度。因此，require.js提供了一個優化工具，當模塊部署完畢以後，可以用這個工具將多個模塊合併在一個文件中，減少HTTP請求數。
五、AMD模塊的寫法
require.js加載的模塊，採用AMD規範。也就是說，模塊必須按照AMD的規定來寫。
具體來說，就是模塊必須採用特定的define()函數來定義。如果一個模塊不依賴其他模塊，那麼可以直接定義在define()函數之中。
假定現在有一個math.js文件，它定義了一個math模塊。那麼，math.js就要這樣寫：
// math.js
define(function (){
var add = function (x,y){
return x+y;
};
return {
add: add
};
});
加載方法如下：
// main.js
require(['math'], function (math){
alert(math.add(1,1));
});
如果這個模塊還依賴其他模塊，那麼define()函數的第一個參數，必須是一個數組，指明該模塊的依賴性。
define(['myLib'], function(myLib){
function foo(){
myLib.doSomething();
}
return {
foo : foo
};
});
當require()函數加載上面這個模塊的時候，就會先加載myLib.js文件。
六、加載非規範的模塊
理論上，require.js加載的模塊，必須是按照AMD規範、用define()函數定義的模塊。但是實際上，雖然已經有一部分流行的函數庫（比如jQuery）符合AMD規範，更多的庫並不符合。那麼，require.js是否能夠加載非規範的模塊呢？
回答是可以的。
這樣的模塊在用require()加載之前，要先用require.config()方法，定義它們的一些特徵。
舉例來說，underscore和backbone這兩個庫，都沒有采用AMD規範編寫。如果要加載它們的話，必須先定義它們的特徵。
require.config({
shim: {
'underscore':{
exports: '_'
},
'backbone': {
deps: ['underscore', 'jquery'],
exports: 'Backbone'
}
}
});
require.config()接受一個配置對象，這個對象除了有前面說過的paths屬性之外，還有一個shim屬性，專門用來配置不兼容的模塊。具體來說，每個模塊要定義（1）exports值（輸出的變量名），表明這個模塊外部調用時的名稱；（2）deps數組，表明該模塊的依賴性。
比如，jQuery的插件可以這樣定義：
shim: {
'jquery.scroll': {
deps: ['jquery'],
exports: 'jQuery.fn.scroll'
}
}
七、require.js插件
require.js還提供一系列插件，實現一些特定的功能。
domready插件，可以讓回調函數在頁面DOM結構加載完成後再運行。
require(['domready!'], function (doc){
// called once the DOM is ready
});
text和image插件，則是允許require.js加載文本和圖片文件。
define([
'text!review.txt',
'image!cat.jpg'
],
function(review,cat){
console.log(review);
document.body.appendChild(cat);
}
);
類似的插件還有json和mdown，用於加載json文件和markdown文件。