模塊化編程是一種非常常見Javascript編程模式。它一般來說可以使得代碼更易于理解，但是有許多優秀的實踐還沒有廣為人知。

基礎

我們首先簡單地概述一下，自從三年前Eric Miraglia（YUI的開發者）第一次發表博客描述模塊化模式以來的一些模塊化模式。如果你已經對于這些模塊化模式非常熟悉了，大可以直接跳過本節，從“進階模式”開始閱讀。

匿名閉包

這是一種讓一切變為可能的基本結構，同時它也是Javascript最棒的特性。我們將簡單地創建一個匿名函數并立即執行它。所有的代碼將跑在這個函數內，生存在一個提供私有化的閉包中，它足以使得這些閉包中的變量能夠貫穿我們的應用的整個生命周期。

注意這對包裹匿名函數的最外層括號。因為Javascript的語言特性，這對括號是必須的。在js中由關鍵詞function開頭的語句總是會被認為是函數聲明式。把這段代碼包裹在括號中就可以讓解釋器知道這是個函數表達式。

全局變量導入

Javascript有一個特性叫做隱式全局變量。無論一個變量名在哪兒被用到了，解釋器會根據作用域鏈來反向找到這個變量的var聲明語句。如果沒有找到var聲明語句，那么這個變量就會被視為全局變量。如果這個變量用在一句賦值語句中，同時這個變量又不存在時，就會創建出一個全局變量。這意味著在匿名閉包中使用或創建全局變量是很容易的。不幸的是，這會導致寫出的代碼極難維護，因為對于人的直觀感受來說，一眼根本分不清那些是全局的變量。

幸運的是，我們的匿名函數提供了簡單的變通方法。只要將全局變量作為參數傳遞到我們的匿名函數中，就可以得到比隱式全局變量更清晰又快速的代碼了。下面是示例：

模塊導出

有時你不僅想要使用全局變量，你還想要聲明它們，以供反復使用。我們可以很容易地通過導出它們來做到這一點――通過匿名函數的返回值。這樣做將會完成一個基本的模塊化模式雛形，接下來會是一個完整的例子：

注意我們已經聲明了一個叫做MODULE的全局模塊，它擁有2個公有的屬性：一個叫做MODULE.moduleMethod的方法和一個叫做MODULE.moduleProperty的變量。另外，它還維護了一個利用匿名函數閉包的、私有的內置狀態。同時，我們可以很容易地導入需要的全局變量，并像之前我們所學到的那樣來使用這個模塊化模式。

進階模式

上面一節所描述的基礎已經足以應對許多情況，現在我們可以將這個模塊化模式進一步的發展，創建更多強大的、可擴展的結構。讓我們從MODULE模塊開始，一一介紹這些進階模式。

放大模式

整個模塊必須在一個文件中是模塊化模式的一個限制。任何一個參與大型項目的人都會明白將js拆分多個文件的價值。幸運的是，我們擁有一個很棒的實現來放大模塊。首先，我們導入一個模塊，并為它添加屬性，最后再導出它。下面是一個例子――從原本的MODULE中放大它：

我們用var關鍵詞來保證一致性，雖然它在此處不是必須的。在這段代碼執行完之后，我們的模塊就已經擁有了一個新的、叫做MODULE.anotherMethod的公有方法。這個放大文件也會維護它自己的私有內置狀態和導入的對象。

寬放大模式

我們的上面例子需要我們的初始化模塊最先被執行，然后放大模塊才能執行，當然有時這可能也不一定是必需的。Javascript應用可以做到的、用來提升性能的、最棒的事之一就是異步執行腳本。我們可以創建靈活的多部分模塊并通過寬放大模式使它們可以以任意順序加載。每一個文件都需要按下面的結構組織：

在這個模式中，var表達式使必需的。注意如果MODULE還未初始化過，這句導入語句會創建MODULE。這意味著你可以用一個像LABjs的工具來并行加載你所有的模塊文件，而不會被阻塞。

緊放大模式

寬放大模式非常不錯，但它也會給你的模塊帶來一些限制。最重要的是，你不能安全地覆蓋模塊的屬性。你也無法在初始化的時候，使用其他文件中的屬性（但你可以在運行的時候用）。緊放大模式包含了一個加載的順序序列，并且允許覆蓋屬性。這兒是一個簡單的例子（放大我們的原始MODULE）：

我們在上面的例子中覆蓋了MODULE.moduleMethod的實現，但在需要的時候，可以維護一個對原來方法的引用。

克隆與繼承

這個模式可能是最缺乏靈活性的一種選擇了。它確實使得代碼顯得很整潔，但那是用靈活性的代價換來的。正如我上面寫的這段代碼，如果某個屬性是對象或者函數，它將不會被復制，而是會成為這個對象或函數的第二個引用。修改了其中的某一個就會同時修改另一個（譯者注：因為它們根本就是一個啊?。?。這可以通過遞歸克隆過程來解決這個對象克隆問題，但函數克隆可能無法解決，也許用eval可以解決吧。因此，我在這篇文章中講述這個方法僅僅是考慮到文章的完整性。

跨文件私有變量

把一個模塊分到多個文件中有一個重大的限制：每一個文件都維護了各自的私有變量，并且無法訪問到其他文件的私有變量。但這個問題是可以解決的。這里有一個維護跨文件私有變量的、寬放大模塊的例子：

所有文件可以在它們各自的_private變量上設置屬性，并且它理解可以被其他文件訪問。一旦這個模塊加載完成，應用程序可以調用MODULE._seal()來防止外部對內部_private的調用。如果這個模塊需要被重新放大，在任何一個文件中的內部方法可以在加載新的文件前調用_unseal()，并在新文件執行好以后再次調用_seal()。我如今在工作中使用這種模式，而且我在其他地方還沒有見過這種方法。我覺得這是一種非常有用的模式，很值得就這個模式本身寫一篇文章。

子模塊

我們的最后一種進階模式是顯而易見最簡單的。創建子模塊有許多優秀的實例。這就像是創建一般的模塊一樣：

雖然這看上去很簡單，但我覺得還是值得在這里提一提。子模塊擁有一切一般模塊的進階優勢，包括了放大模式和私有化狀態。

結論

大多數進階模式可以結合到一起來創建一個更為有用的模式。如果實在要我推薦一種設計復雜應用程序的模塊化模式的化，我會選擇結合寬放大模式、私有變量和子模塊。

我還未考慮過這些模式的性能問題，但我寧愿把這轉化為一個更簡單的思考方式：如果一個模塊化模式有很好的性能，那么它能夠把最小化做的很棒，使得下載這個腳本文件更快。使用寬放大模式可以允許簡單的非阻塞并行下載，這就會加快下載速度。初始化時間可能會稍慢于其他方法，但權衡利弊后這還是值得的。只要全局變量導入準確，運行時性能應該會不會受到影響，而且還有可能在子模塊中通過用私有變量縮短引用鏈來得到更快的運行速度。

作為結束，這里是一個子模塊動態地把自身加載到它的父模塊的例子（如果父模塊不存在則創建它）。為了簡潔，我把私有變量給去除了，當然加上私有變量也是很簡單的啦。這種編程模式允許一整個復雜層級結構代碼庫通過子模塊并行地完成加載。

本文總結了當前＂Javascript模塊化編程＂的最佳實踐，說明如何投入實用。雖然這不是初級教程，但是只要稍稍了解Javascript的基本語法，就能看懂。