這個(gè)系列的第一部分介紹了Javascript模塊的基本寫法，今天介紹如何規(guī)范地使用模塊。
 
（接上文）
七、模塊的規(guī)范
先想一想，為什么模塊很重要？
因?yàn)橛辛四K，我們就可以更方便地使用別人的代碼，想要什么功能，就加載什么模塊。
但是，這樣做有一個(gè)前提，那就是大家必須以同樣的方式編寫模塊，否則你有你的寫法，我有我的寫法，豈不是亂了套！考慮到Javascript模塊現(xiàn)在還沒有官方規(guī)范，這一點(diǎn)就更重要了。

目前，通行的Javascript模塊規(guī)范共有兩種：CommonJS和AMD。我主要介紹AMD，但是要先從CommonJS講起。
八、CommonJS
2009年，美國程序員Ryan Dahl創(chuàng)造了node.js項(xiàng)目，將javascript語言用于服務(wù)器端編程。
 
這標(biāo)志"Javascript模塊化編程"正式誕生。因?yàn)槔蠈?shí)說，在瀏覽器環(huán)境下，沒有模塊也不是特別大的問題，畢竟網(wǎng)頁程序的復(fù)雜性有限；但是在服務(wù)器端，一定要有模塊，與操作系統(tǒng)和其他應(yīng)用程序互動(dòng)，否則根本沒法編程。

node.js的模塊系統(tǒng)，就是參照CommonJS規(guī)范實(shí)現(xiàn)的。在CommonJS中，有一個(gè)全局性方法require()，用于加載模塊。假定有一個(gè)數(shù)學(xué)模塊math.js，就可以像下面這樣加載。

然后，就可以調(diào)用模塊提供的方法：

因?yàn)檫@個(gè)系列主要針對(duì)瀏覽器編程，不涉及node.js，所以對(duì)CommonJS就不多做介紹了。我們在這里只要知道，require()用于加載模塊就行了。
九、瀏覽器環(huán)境
有了服務(wù)器端模塊以后，很自然地，大家就想要客戶端模塊。而且最好兩者能夠兼容，一個(gè)模塊不用修改，在服務(wù)器和瀏覽器都可以運(yùn)行。

但是，由于一個(gè)重大的局限，使得CommonJS規(guī)范不適用于瀏覽器環(huán)境。還是上一節(jié)的代碼，如果在瀏覽器中運(yùn)行，會(huì)有一個(gè)很大的問題，你能看出來嗎？

第二行math.add(2, 3)，在第一行require('math')之后運(yùn)行，因此必須等math.js加載完成。也就是說，如果加載時(shí)間很長，整個(gè)應(yīng)用就會(huì)停在那里等。

這對(duì)服務(wù)器端不是一個(gè)問題，因?yàn)樗械哪K都存放在本地硬盤，可以同步加載完成，等待時(shí)間就是硬盤的讀取時(shí)間。但是，對(duì)于瀏覽器，這卻是一個(gè)大問題，因?yàn)槟K都放在服務(wù)器端，等待時(shí)間取決于網(wǎng)速的快慢，可能要等很長時(shí)間，瀏覽器處于"假死"狀態(tài)。

因此，瀏覽器端的模塊，不能采用"同步加載"（synchronous），只能采用"異步加載"（asynchronous）。這就是AMD規(guī)范誕生的背景。
十、AMD
AMD是"Asynchronous Module Definition"的縮寫，意思就是"異步模塊定義"。它采用異步方式加載模塊，模塊的加載不影響它后面語句的運(yùn)行。所有依賴這個(gè)模塊的語句，都定義在一個(gè)回調(diào)函數(shù)中，等到加載完成之后，這個(gè)回調(diào)函數(shù)才會(huì)運(yùn)行。

AMD也采用require()語句加載模塊，但是不同于CommonJS，它要求兩個(gè)參數(shù)：

第一個(gè)參數(shù)[module]，是一個(gè)數(shù)組，里面的成員就是要加載的模塊；第二個(gè)參數(shù)callback，則是加載成功之后的回調(diào)函數(shù)。如果將前面的代碼改寫成AMD形式，就是下面這樣：

math.add()與math模塊加載不是同步的，瀏覽器不會(huì)發(fā)生假死。所以很顯然，AMD比較適合瀏覽器環(huán)境。
目前，主要有兩個(gè)Javascript庫實(shí)現(xiàn)了AMD規(guī)范：require.js和curl.js。本系列的第三部分，將通過介紹require.js，進(jìn)一步講解AMD的用法，以及如何將模塊化編程投入實(shí)戰(zhàn)。
（完）

最新評(píng)論