這個系列的第一部分介紹了Javascript模塊的基本寫法,今天介紹如何規範地使用模塊。 (接上文) 七、模塊的規範 先想一想,為什麼模塊很重要? 因為有了模塊,我們就可以更方便地使用別人的代碼,想要什麼功能,就載入什麼模塊。 但是,這樣做有一個前提,那就是大家必須以同樣的方式編寫模塊,否則你有你的 ...
這個系列的第一部分介紹了Javascript模塊的基本寫法,今天介紹如何規範地使用模塊。
(接上文)
七、模塊的規範
先想一想,為什麼模塊很重要?
因為有了模塊,我們就可以更方便地使用別人的代碼,想要什麼功能,就載入什麼模塊。
但是,這樣做有一個前提,那就是大家必須以同樣的方式編寫模塊,否則你有你的寫法,我有我的寫法,豈不是亂了套!考慮到Javascript模塊現在還沒有官方規範,這一點就更重要了。
目前,通行的Javascript模塊規範共有兩種:CommonJS和AMD。我主要介紹AMD,但是要先從CommonJS講起。
八、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的用法,以及如何將模塊化編程投入實戰。
原文摘自http://www.ruanyifeng.com/blog/2012/10/asynchronous_module_definition.html