Module模式是JavaScript編程中一個很是通用的模式,通常狀況下,你們都知道基本用法,本文嘗試着給你們更多該模式的高級使用方式。編程
首先咱們來看看Module模式的基本特徵:閉包
關於Module模式,最先是由YUI的成員Eric Miraglia在4年前提出了這個概念,咱們將從一個簡單的例子來解釋一下基本的用法(若是你已經很是熟悉了,請忽略這一節)。模塊化
先看一下最簡單的一個實現,代碼以下:函數
var Calculator = function (eq) {
//這裏能夠聲明私有成員
var eqCtl = document.getElementById(eq);
return {
// 暴露公開的成員
add: function (x, y) {
var val = x + y;
eqCtl.innerHTML = val;
}
};
};
咱們能夠經過以下的方式來調用:性能
var calculator = new Calculator('eq');
calculator.add(2, 2);
你們可能看到了,每次用的時候都要new一下,也就是說每一個實例在內存裏都是一份copy,若是你不須要傳參數或者沒有一些特殊苛刻的要求的話,咱們能夠在最後一個}後面加上一個括號,來達到自執行的目的,這樣該實例在內存中只會存在一份copy,不過在展現他的優勢以前,咱們仍是先來看看這個模式的基本使用方法吧。spa
匿名閉包是讓一切成爲可能的基礎,而這也是JavaScript最好的特性,咱們來建立一個最簡單的閉包函數,函數內部的代碼一直存在於閉包內,在整個運行週期內,該閉包都保證了內部的代碼處於私有狀態。設計
(function () {
// ... 全部的變量和function都在這裏聲明,而且做用域也只能在這個匿名閉包裏
// ...可是這裏的代碼依然能夠訪問外部全局的對象
}());
注意,匿名函數後面的括號,這是JavaScript語言所要求的,由於若是你不聲明的話,JavaScript解釋器默認是聲明一個function函數,有括號,就是建立一個函數表達式,也就是自執行,用的時候不用和上面那樣在new了,固然你也能夠這樣來聲明:code
(function () {/* 內部代碼 */})();
不過咱們推薦使用第一種方式,關於函數自執行,我後面會有專門一篇文章進行詳解,這裏就很少說了。對象
JavaScript有一個特性叫作隱式全局變量,無論一個變量有沒有用過,JavaScript解釋器反向遍歷做用域鏈來查找整個變量的var聲明,若是沒有找到var,解釋器則假定該變量是全局變量,若是該變量用於了賦值操做的話,以前若是不存在的話,解釋器則會自動建立它,這就是說在匿名閉包裏使用或建立全局變量很是容易,不過比較困難的是,代碼比較難管理,尤爲是閱讀代碼的人看着不少區分哪些變量是全局的,哪些是局部的。
不過,好在在匿名函數裏咱們能夠提供一個比較簡單的替代方案,咱們能夠將全局變量當成一個參數傳入到匿名函數而後使用,相比隱式全局變量,它又清晰又快,咱們來看一個例子:blog
(function ($, YAHOO) {
// 這裏,咱們的代碼就可使用全局的jQuery對象了,YAHOO也是同樣
} (jQuery, YAHOO));
如今不少類庫裏都有這種使用方式,好比jQuery源碼。
不過,有時候可能不只僅要使用全局變量,而是也想聲明全局變量,如何作呢?咱們能夠經過匿名函數的返回值來返回這個全局變量,這也就是一個基本的Module模式,來看一個完整的代碼:
var blogModule = (function () {
var my = {}, privateName = "博客園";
function privateAddTopic(data) {
// 這裏是內部處理代碼
}
my.Name = privateName;
my.AddTopic = function (data) {
privateAddTopic(data);
};
return my;
} ());
上面的代碼聲明瞭一個全局變量blogModule,而且帶有2個可訪問的屬性:blogModule.AddTopic和blogModule.Name,除此以外,其它代碼都在匿名函數的閉包裏保持着私有狀態。同時根據上面傳入全局變量的例子,咱們也能夠很方便地傳入其它的全局變量。
上面的內容對大多數用戶已經很足夠了,但咱們還能夠基於此模式延伸出更強大,易於擴展的結構,讓咱們一個一個來看。
Module模式的一個限制就是全部的代碼都要寫在一個文件,可是在一些大型項目裏,將一個功能分離成多個文件是很是重要的,由於能夠多人合做易於開發。再回頭看看上面的全局參數導入例子,咱們可否把blogModule自身傳進去呢?答案是確定的,咱們先將blogModule傳進去,添加一個函數屬性,而後再返回就達到了咱們所說的目的,上代碼:
var blogModule = (function (my) {
my.AddPhoto = function () {
//添加內部代碼
};
return my;
} (blogModule));
這段代碼,看起來是否是有C#裏擴展方法的感受?有點相似,但本質不同哦。同時儘管var不是必須的,但爲了確保一致,咱們再次使用了它,代碼執行之後,blogModule下的AddPhoto就可使用了,同時匿名函數內部的代碼也依然保證了私密性和內部狀態。
上面的代碼儘管能夠執行,可是必須先聲明blogModule,而後再執行上面的擴展代碼,也就是說步驟不能亂,怎麼解決這個問題呢?咱們來回想一下,咱們平時聲明變量的都是都是這樣的:
var cnblogs = cnblogs || {} ;
這是確保cnblogs對象,在存在的時候直接用,不存在的時候直接賦值爲{},咱們來看看如何利用這個特性來實現Module模式的任意加載順序:
var blogModule = (function (my) {
// 添加一些功能
return my;
} (blogModule || {}));
經過這樣的代碼,每一個單獨分離的文件都保證這個結構,那麼咱們就能夠實現任意順序的加載,因此,這個時候的var就是必需要聲明的,由於不聲明,其它文件讀取不到哦。
雖然鬆耦合擴展很牛叉了,可是可能也會存在一些限制,好比你沒辦法重寫你的一些屬性或者函數,也不能在初始化的時候就是用Module的屬性。緊耦合擴展限制了加載順序,可是提供了咱們重載的機會,看以下例子:
var blogModule = (function (my) {
var oldAddPhotoMethod = my.AddPhoto;
my.AddPhoto = function () {
// 重載方法,依然可經過oldAddPhotoMethod調用舊的方法
};
return my;
} (blogModule));
經過這種方式,咱們達到了重載的目的,固然若是你想在繼續在內部使用原有的屬性,你能夠調用oldAddPhotoMethod來用。
var blogModule = (function (old) {
var my = {},
key;
for (key in old) {
if (old.hasOwnProperty(key)) {
my[key] = old[key];
}
}
var oldAddPhotoMethod = old.AddPhoto;
my.AddPhoto = function () {
// 克隆之後,進行了重寫,固然也能夠繼續調用oldAddPhotoMethod
};
return my;
} (blogModule));
這種方式靈活是靈活,可是也須要花費靈活的代價,其實該對象的屬性對象或function根本沒有被複制,只是對同一個對象多了一種引用而已,因此若是老對象去改變它,那克隆之後的對象所擁有的屬性或function函數也會被改變,解決這個問題,咱們就得是用遞歸,但遞歸對function函數的賦值也很差用,因此咱們在遞歸的時候eval相應的function。無論怎麼樣,我仍是把這一個方式放在這個帖子裏了,你們使用的時候注意一下就好了。
經過上面的例子,咱們知道,若是一個module分割到多個文件的話,每一個文件須要保證同樣的結構,也就是說每一個文件匿名函數裏的私有對象都不能交叉訪問,那若是咱們非要使用,那怎麼辦呢? 咱們先看一段代碼:
var blogModule = (function (my) {
var _private = my._private = my._private || {},
_seal = my._seal = my._seal || function () {
delete my._private;
delete my._seal;
delete my._unseal;
},
_unseal = my._unseal = my._unseal || function () {
my._private = _private;
my._seal = _seal;
my._unseal = _unseal;
};
return my;
} (blogModule || {}));
任何文件均可以對他們的局部變量_private設屬性,而且設置對其餘的文件也當即生效。一旦這個模塊加載結束,應用會調用 blogModule._seal()"上鎖",這會阻止外部接入內部的_private。若是這個模塊須要再次增生,應用的生命週期內,任何文件均可以調用_unseal() 」開鎖」,而後再加載新文件。加載後再次調用 _seal()」上鎖」。
最後一個也是最簡單的使用方式,那就是建立子模塊
blogModule.CommentSubModule = (function () {
var my = {};
// ...
return my;
} ());
儘管很是簡單,我仍是把它放進來了,由於我想說明的是子模塊也具備通常模塊全部的高級使用方式,也就是說你能夠對任意子模塊再次使用上面的一些應用方法。
上面的大部分方式均可以互相組合使用的,通常來講若是要設計系統,可能會用到鬆耦合擴展,私有狀態和子模塊這樣的方式。另外,我這裏沒有提到性能問題,但我認爲Module模式效率高,代碼少,加載速度快。使用鬆耦合擴展容許並行加載,這更能夠提高下載速度。不過初始化時間可能要慢一些,可是爲了使用好的模式,這是值得的。