JavaScript 代碼一般最常見的語法格式就是定義函數(shù) function xxx(){/*code...*/}，經(jīng)常有這樣的一大堆函數(shù)定義。函數(shù)名很容易發(fā)生沖突，特別是引入多個(gè)js文件時(shí)，沖突的情況尤為明顯。因此也就有引入命名空間的必要。
Javascript 本身沒有命名空間的概念，需要用對(duì)象模擬出來。
比如定義一個(gè)命名空間的類，用于創(chuàng)建命名空間：

function NameSpace(){
}

這是一個(gè)構(gòu)造函數(shù)，但卻不做任何事情，再來下面和評(píng)論有關(guān)的代碼：

var comment = new NameSpace();
comment.list = function(){/*code...*/};
comment.counter = 0;

第一行創(chuàng)建所謂命名空間（其實(shí)就是一個(gè)空白對(duì)象），名為comment，第二、三行定義該空間下的兩個(gè)方法。調(diào)用時(shí)可以使用 comment.list() 或者 comment.counter++ 等；
再創(chuàng)建子命名空間：

comment.add = new NameSpace();
comment.add.post = function(){/*code...*/}
comment.add.check = function(){}

之所以引入命名空間的概念，是為了避免函數(shù)名相同的問題。上面的過程也可以這樣定義：

var comment = {
list : function(){/*code...*/},
add  : {
 post  :  function(){/*code...*/},
 check :  function(){/*code...*/}
}
}

prototype.js 里面就大量使用這種方式，雖然這種方式更直觀地像一棵樹，但只要節(jié)點(diǎn)稍多一些，眼睛就忙于尋找這些節(jié)點(diǎn)的關(guān)系，命名空間的做法是橫向地描述這種關(guān)系樹，層次關(guān)系直接表現(xiàn)在字面上，兩種方式效果一致，但書寫風(fēng)格卻各有特點(diǎn)。

最新評(píng)論