1、原始寫法javascript
模塊就是實現特定功能的一組方法。html
只要把不一樣的函數（以及記錄狀態的變量）簡單地放在一塊兒，就算是一個模塊。java
function m1(){
//...
}nodefunction m2(){
//...
}git
上面的函數m1()和m2()，組成一個模塊。使用的時候，直接調用就好了。程序員
這種作法的缺點很明顯："污染"了全局變量，沒法保證不與其餘模塊發生變量名衝突，並且模塊成員之間看不出直接關係。github
2、對象寫法express
爲了解決上面的缺點，能夠把模塊寫成一個對象，全部的模塊成員都放到這個對象裏面。編程
var module1 = new Object({api
_count : 0,
m1 : function (){
//...
},m2 : function (){
//...
}});
上面的函數m1()和m2(），都封裝在module1對象裏。使用的時候，就是調用這個對象的屬性。
module1.m1();
可是，這樣的寫法會暴露全部模塊成員，內部狀態能夠被外部改寫。好比，外部代碼能夠直接改變內部計數器的值。
module1._count = 5;
3、當即執行函數寫法
使用"當即執行函數"（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模塊的基本寫法。下面，再對這種寫法進行加工。
4、放大模式
若是一個模塊很大，必須分紅幾個部分，或者一個模塊須要繼承另外一個模塊，這時就有必要採用"放大模式"（augmentation）。
var module1 = (function (mod){
mod.m3 = function () {
//...
};return mod;
})(module1);
上面的代碼爲module1模塊添加了一個新方法m3()，而後返回新的module1模塊。
5、寬放大模式（Loose augmentation）
在瀏覽器環境中，模塊的各個部分一般都是從網上獲取的，有時沒法知道哪一個部分會先加載。若是採用上一節的寫法，第一個執行的部分有可能加載一個不存在空對象，這時就要採用"寬放大模式"。
var module1 = ( function (mod){
//...
return mod;
})(window.module1 || {});
與"放大模式"相比，＂寬放大模式＂就是"當即執行函數"的參數能夠是空對象。
6、輸入全局變量
獨立性是模塊的重要特色，模塊內部最好不與程序的其餘部分直接交互。
爲了在模塊內部調用全局變量，必須顯式地將其餘變量輸入模塊。
var module1 = (function ($, YAHOO) {
//...
})(jQuery, YAHOO);
上面的module1模塊須要使用jQuery庫和YUI庫，就把這兩個庫（實際上是兩個模塊）看成參數輸入module1。這樣作除了保證模塊的獨立性，還使得模塊之間的依賴關係變得明顯。這方面更多的討論，參見Ben Cherry的著名文章《JavaScript Module Pattern: In-Depth》。
7、模塊的規範
先想想，爲何模塊很重要？
由於有了模塊，咱們就能夠更方便地使用別人的代碼，想要什麼功能，就加載什麼模塊。
可是，這樣作有一個前提，那就是你們必須以一樣的方式編寫模塊，不然你有你的寫法，我有個人寫法，豈不是亂了套！考慮到Javascript模塊如今尚未官方規範，這一點就更重要了。
目前，通行的Javascript模塊規範共有兩種：CommonJS和AMD。我主要介紹AMD，可是要先從CommonJS講起。
8、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()用於加載模塊就好了。
9、瀏覽器環境
有了服務器端模塊之後，很天然地，你們就想要客戶端模塊。並且最好二者可以兼容，一個模塊不用修改，在服務器和瀏覽器均可以運行。
可是，因爲一個重大的侷限，使得CommonJS規範不適用於瀏覽器環境。仍是上一節的代碼，若是在瀏覽器中運行，會有一個很大的問題，你能看出來嗎？
var math = require('math');
math.add(2, 3);
第二行math.add(2, 3)，在第一行require('math')以後運行，所以必須等math.js加載完成。也就是說，若是加載時間很長，整個應用就會停在那裏等。
這對服務器端不是一個問題，由於全部的模塊都存放在本地硬盤，能夠同步加載完成，等待時間就是硬盤的讀取時間。可是，對於瀏覽器，這倒是一個大問題，由於模塊都放在服務器端，等待時間取決於網速的快慢，可能要等很長時間，瀏覽器處於"假死"狀態。
所以，瀏覽器端的模塊，不能採用"同步加載"（synchronous），只能採用"異步加載"（asynchronous）。這就是AMD規範誕生的背景。
10、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。