建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
這個(gè)系列的第一部分和第二部分，介紹了Javascript模塊原型和理論概念，今天介紹如何將它們用于實(shí)戰(zhàn)。
創(chuàng)新互聯(lián)專(zhuān)業(yè)為企業(yè)提供麻章網(wǎng)站建設(shè)、麻章做網(wǎng)站、麻章網(wǎng)站設(shè)計(jì)、麻章網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、麻章企業(yè)網(wǎng)站模板建站服務(wù)，十余年麻章做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
我采用的是一個(gè)非常流行的庫(kù)require.js。
[[97431]]
一、為什么要用require.js？
最早的時(shí)候，所有Javascript代碼都寫(xiě)在一個(gè)文件里面，只要加載這一個(gè)文件就夠了。后來(lái)，代碼越來(lái)越多，一個(gè)文件不夠了，必須分成多個(gè)文件，依次加載。下面的網(wǎng)頁(yè)代碼，相信很多人都見(jiàn)過(guò)。
這段代碼依次加載多個(gè)js文件。
這樣的寫(xiě)法有很大的缺點(diǎn)。首先，加載的時(shí)候，瀏覽器會(huì)停止網(wǎng)頁(yè)渲染，加載文件越多，網(wǎng)頁(yè)失去響應(yīng)的時(shí)間就會(huì)越長(zhǎng)；其次，由于js文件之間存在依賴(lài)關(guān)系，因此必須嚴(yán)格保證加載順序（比如上例的1.js要在2.js的前面），依賴(lài)性最大的模塊一定要放到最后加載，當(dāng)依賴(lài)關(guān)系很復(fù)雜的時(shí)候，代碼的編寫(xiě)和維護(hù)都會(huì)變得困難。
require.js的誕生，就是為了解決這兩個(gè)問(wèn)題：
（1）實(shí)現(xiàn)js文件的異步加載，避免網(wǎng)頁(yè)失去響應(yīng)；
（2）管理模塊之間的依賴(lài)性，便于代碼的編寫(xiě)和維護(hù)。
二、require.js的加載
使用require.js的第一步，是先去官方網(wǎng)站下載最新版本。
下載后，假定把它放在js子目錄下面，就可以加載了。
有人可能會(huì)想到，加載這個(gè)文件，也可能造成網(wǎng)頁(yè)失去響應(yīng)。解決辦法有兩個(gè)，一個(gè)是把它放在網(wǎng)頁(yè)底部加載，另一個(gè)是寫(xiě)成下面這樣：
- <script src="js/require.js" defer async="true" ></script>
async屬性表明這個(gè)文件需要異步加載，避免網(wǎng)頁(yè)失去響應(yīng)。IE不支持這個(gè)屬性，只支持defer，所以把defer也寫(xiě)上。
加載require.js以后，下一步就要加載我們自己的代碼了。假定我們自己的代碼文件是main.js，也放在js目錄下面。那么，只需要寫(xiě)成下面這樣就行了：
- <script src="js/require.js" data-main="js/main"></script>
data-main屬性的作用是，指定網(wǎng)頁(yè)程序的主模塊。在上例中，就是js目錄下面的main.js，這個(gè)文件會(huì)第一個(gè)被require.js加載。由于require.js默認(rèn)的文件后綴名是js，所以可以把main.js簡(jiǎn)寫(xiě)成main。
三、主模塊的寫(xiě)法
上一節(jié)的main.js，我把它稱(chēng)為"主模塊"，意思是整個(gè)網(wǎng)頁(yè)的入口代碼。它有點(diǎn)像C語(yǔ)言的main()函數(shù)，所有代碼都從這兒開(kāi)始運(yùn)行。
下面就來(lái)看，怎么寫(xiě)main.js。
如果我們的代碼不依賴(lài)任何其他模塊，那么可以直接寫(xiě)入javascript代碼。
- // main.js
- alert("加載成功！");
但這樣的話(huà)，就沒(méi)必要使用require.js了。真正常見(jiàn)的情況是，主模塊依賴(lài)于其他模塊，這時(shí)就要使用AMD規(guī)范定義的的require()函數(shù)。
- // main.js
- require(['moduleA', 'moduleB', 'moduleC'], function (moduleA, moduleB, moduleC){
- // some code here
- });
require()函數(shù)接受兩個(gè)參數(shù)。第一個(gè)參數(shù)是一個(gè)數(shù)組，表示所依賴(lài)的模塊，上例就是['moduleA', 'moduleB', 'moduleC']，即主模塊依賴(lài)這三個(gè)模塊；第二個(gè)參數(shù)是一個(gè)回調(diào)函數(shù)，當(dāng)前面指定的模塊都加載成功后，它將被調(diào)用。加載的模塊會(huì)以參數(shù)形式傳入該函數(shù)，從而在回調(diào)函數(shù)內(nèi)部就可以使用這些模塊。
require()異步加載moduleA，moduleB和moduleC，瀏覽器不會(huì)失去響應(yīng)；它指定的回調(diào)函數(shù)，只有前面的模塊都加載成功后，才會(huì)運(yùn)行，解決了依賴(lài)性的問(wèn)題。
下面，我們看一個(gè)實(shí)際的例子。
假定主模塊依賴(lài)jquery、underscore和backbone這三個(gè)模塊，main.js就可以這樣寫(xiě)：
- require(['jquery', 'underscore', 'backbone'], function ($, _, Backbone){
- // some code here
- });
require.js會(huì)先加載jQuery、underscore和backbone，然后再運(yùn)行回調(diào)函數(shù)。主模塊的代碼就寫(xiě)在回調(diào)函數(shù)中。
四、模塊的加載
上一節(jié)最后的示例中，主模塊的依賴(lài)模塊是['jquery', 'underscore', 'backbone']。默認(rèn)情況下，require.js假定這三個(gè)模塊與main.js在同一個(gè)目錄，文件名分別為 jquery.js，underscore.js和backbone.js，然后自動(dòng)加載。
使用require.config()方法，我們可以對(duì)模塊的加載行為進(jìn)行自定義。require.config()就寫(xiě)在主模塊（main.js）的頭部。參數(shù)就是一個(gè)對(duì)象，這個(gè)對(duì)象的paths屬性指定各個(gè)模塊的加載路徑。
- require.config({
- paths: {
- "jquery": "jquery.min.js",
- "underscore": "underscore.min.js",
- "backbone": "backbone.min.js"
- }
- });
上面的代碼給出了三個(gè)模塊的文件名，路徑默認(rèn)與main.js在同一個(gè)目錄（js子目錄）。如果這些模塊在其他目錄，比如js/lib目錄，則有兩種寫(xiě)法。一種是逐一指定路徑。
- require.config({
- paths: {
- "jquery": "lib/jquery.min.js",
- "underscore": "lib/underscore.min.js",
- "backbone": "lib/backbone.min.js"
- }
- });
另一種則是直接改變基目錄（baseUrl）。
- require.config({
- baseUrl: "js/lib",
- paths: {
- "jquery": "jquery.min.js",
- "underscore": "underscore.min.js",
- "backbone": "backbone.min.js"
- }
- });
如果某個(gè)模塊在另一臺(tái)主機(jī)上，也可以直接指定它的網(wǎng)址，比如：
- require.config({
- paths: {
- "jquery": "https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min"
- }
- });
require.js要求，每個(gè)模塊是一個(gè)單獨(dú)的js文件。這樣的話(huà)，如果加載多個(gè)模塊，就會(huì)發(fā)出多次HTTP請(qǐng)求，會(huì)影響網(wǎng)頁(yè)的加載速度。因此，require.js提供了一個(gè)優(yōu)化工具，當(dāng)模塊部署完畢以后，可以用這個(gè)工具將多個(gè)模塊合并在一個(gè)文件中，減少HTTP請(qǐng)求數(shù)。
五、AMD模塊的寫(xiě)法
require.js加載的模塊，采用AMD規(guī)范。也就是說(shuō)，模塊必須按照AMD的規(guī)定來(lái)寫(xiě)。
具體來(lái)說(shuō)，就是模塊必須采用特定的define()函數(shù)來(lái)定義。如果一個(gè)模塊不依賴(lài)其他模塊，那么可以直接定義在define()函數(shù)之中。
假定現(xiàn)在有一個(gè)math.js文件，它定義了一個(gè)math模塊。那么，math.js就要這樣寫(xiě)：
- // math.js
- define(function (){
- var add = function (x,y){
- return x+y;
- };
- return {
- add: add
- };
- });
加載方法如下：
- // main.js
- require(['math'], function (math){
- alert(math.add(1,1));
- });
如果這個(gè)模塊還依賴(lài)其他模塊，那么define()函數(shù)的第一個(gè)參數(shù)，必須是一個(gè)數(shù)組，指明該模塊的依賴(lài)性。
- define(['myLib'], function(myLib){
- function foo(){
- myLib.doSomething();
- }
- return {
- foo : foo
- };
- });
當(dāng)require()函數(shù)加載上面這個(gè)模塊的時(shí)候，就會(huì)先加載myLib.js文件。
六、加載非規(guī)范的模塊
理論上，require.js加載的模塊，必須是按照AMD規(guī)范、用define()函數(shù)定義的模塊。但是實(shí)際上，雖然已經(jīng)有一部分流行的函數(shù)庫(kù)（比如jQuery）符合AMD規(guī)范，更多的庫(kù)并不符合。那么，require.js是否能夠加載非規(guī)范的模塊呢？
回答是可以的。
這樣的模塊在用require()加載之前，要先用require.config()方法，定義它們的一些特征。
舉例來(lái)說(shuō)，underscore和backbone這兩個(gè)庫(kù)，都沒(méi)有采用AMD規(guī)范編寫(xiě)。如果要加載它們的話(huà)，必須先定義它們的特征。
- require.config({
- shim: {
- 'underscore':{
- exports: '_'
- },
- 'backbone': {
- deps: ['underscore', 'jquery'],
- exports: 'Backbone'
- }
- }
- });
require.config()接受一個(gè)配置對(duì)象，這個(gè)對(duì)象除了有前面說(shuō)過(guò)的paths屬性之外，還有一個(gè)shim屬性，專(zhuān)門(mén)用來(lái)配置不兼容的模塊。具體來(lái)說(shuō)，每個(gè)模塊要定義（1）exports值（輸出的變量名），表明這個(gè)模塊外部調(diào)用時(shí)的名稱(chēng)；（2）deps數(shù)組，表明該模塊的依賴(lài)性。
比如，jQuery的插件可以這樣定義：
- shim: {
- 'jquery.scroll': {
- deps: ['jquery'],
- exports: 'jQuery.fn.scroll'
- }
- }
七、require.js插件
require.js還提供一系列插件，實(shí)現(xiàn)一些特定的功能。
domready插件，可以讓回調(diào)函數(shù)在頁(yè)面DOM結(jié)構(gòu)加載完成后再運(yùn)行。
- require(['domready!'], function (doc){
- // called once the DOM is ready
- });
text和image插件，則是允許require.js加載文本和圖片文件。
- define([
- 'text!review.txt',
- 'image!cat.jpg'
- ],
- function(review,cat){
- console.log(review);
- document.body.appendChild(cat);
- }
- );
類(lèi)似的插件還有json和mdown，用于加載json文件和markdown文件。
標(biāo)題名稱(chēng)：JS模塊化編程之require.js的用法
路徑分享：http://www.5511xx.com/article/cogooed.html
