這第一篇就談?wù)凬odeJs的一些編程細(xì)節(jié)吧。

1、遍歷數(shù)組

for (var i=0, l=arr.length; i<l; i++)

      這樣寫的一個(gè)好處就是讓每次循環(huán)少一步獲取數(shù)組對(duì)象長度的操作，數(shù)組長度越長，價(jià)值越明顯。

2、判斷變量的真假

if (a) {...} //a='', a='0', a=[], a={}

      if條件判斷的結(jié)果分別是：false, true, true, true。這個(gè)結(jié)果和PHP的結(jié)果是不同的，不要混淆。還需要區(qū)分它和非恒等判斷相似的情況。

3、0值非恒等判斷

1 if (0 == '0') {...} //true
2 if (0 == []) {...} //true
3 if (0 == [0]) {...} //true
4 if (0 == {}) {...} //false
5 if (0 == null) {...} //false
6 if (0 == undefined) {...} //false

      其實(shí)還有很多這種詭異的判斷，我只列出了較為常見的。如果想弄明白其中的規(guī)則，請(qǐng)參閱我的另一篇博文：【JavaScript】深入分析JavaScript的關(guān)系運(yùn)算和if語句。

4、parseInt的陷阱

var n = parseInt(s); //s='010'

        該語句執(zhí)行后n值為8，而不是10。雖然很多人知道這一點(diǎn)，但是編程中難免會(huì)出錯(cuò)，我深有體會(huì)。所以，最好按下面的方式來寫，就不會(huì)出錯(cuò)了。

var n = parseInt(s, 10);

5、變量在使用前一定要先聲明

      雖然，直接使用變量而不聲明也不會(huì)出錯(cuò)，但是，這樣寫是很容易出錯(cuò)的。因?yàn)榻忉屍鲿?huì)把它解釋成全局變量，很容易和其他全局變量重名而導(dǎo)致出錯(cuò)。所以，一定要養(yǎng)成變量使用前要先聲明的好習(xí)慣。

6、循環(huán)中存在異步的情況

for (var i=0, l=arr.length; i<l; i++) {
　　 var sql = "select * from nx_user";
  db.query(sql, function(){
    sys.log(i + ': ' + sql);
  }); //db.query為表查詢操作，是異步操作
}

      你會(huì)發(fā)現(xiàn)，輸出的結(jié)果都是相同的，而且是當(dāng)i=arr.length-1時(shí)的輸出內(nèi)容。因?yàn)镴avaScript是單線程的，它會(huì)先執(zhí)行完整個(gè)循環(huán)的同步內(nèi)容之后，才去執(zhí)行其中的異步操作。代碼中的匿名回調(diào)函數(shù)就是一個(gè)異步回調(diào)。執(zhí)行到該函數(shù)的時(shí)候，for循環(huán)以及后面的一些同步操作都已經(jīng)執(zhí)行完畢。出于閉包原則，該函數(shù)會(huì)保留for循環(huán)的最后一次循環(huán)的sql變量和i變量的內(nèi)容，所以才會(huì)導(dǎo)致錯(cuò)誤的結(jié)果。

      那怎么辦呢？解決方法有兩種，一種是使用立即函數(shù)，如下：

for (var i=0, l=arr.length; i<l; i++) {
　 var sql = "select * from nx_user";
  (function(sql, i){
    db.query(sql, function(){
      sys.log(i + ': ' + sql);
    }); //db.query為表查詢操作，是異步操作
  })(sql, i);
}

       還有一種方法是將異步操作部分提取出來，單寫一個(gè)函數(shù)，如下：

var outputSQL = function(sql, i){
   db.query(sql, function(){
      sys.log(i + ': ' + sql);
  }); //db.query為表查詢操作，是異步操作
}

for (var i=0, l=arr.length; i<l; i++) {
　 var sql = "select * from nx_user";
  outputSQL(sql, i); 
}

7 、在對(duì)大量數(shù)據(jù)作處理時(shí)，盡量避免循環(huán)嵌套。

      因?yàn)檠h(huán)嵌套的處理時(shí)間會(huì)隨著數(shù)據(jù)量的增加成指數(shù)級(jí)增長，所以應(yīng)盡量避免。遇到這種情況，如果沒有更好的辦法，一般采取的策略是以空間換時(shí)間，即建立一張二級(jí)循環(huán)數(shù)據(jù)的Hash映射表。當(dāng)然，還要具體情況具體分析。還有一點(diǎn)要說的是，某些方法本身就是一個(gè)循環(huán)體，如Array.sort()（該方法應(yīng)該是用了兩層循環(huán)實(shí)現(xiàn)），在使用的時(shí)候需加注意。

8、盡量避免遞歸調(diào)用。

      遞歸調(diào)用的優(yōu)點(diǎn)是代碼簡潔，實(shí)現(xiàn)簡單，而它的缺點(diǎn)很重要，說明如下：

      （1）函數(shù)棧的大小會(huì)隨著遞歸層次成線性增長，而函數(shù)棧是有上限值的，當(dāng)遞歸達(dá)到一定層數(shù)后函數(shù)棧就會(huì)溢出，從而導(dǎo)致程序出錯(cuò)；

      （2）每遞歸一層都會(huì)增加額外的壓棧和出棧操作，即函數(shù)調(diào)用過程中的保存現(xiàn)場(chǎng)和恢復(fù)現(xiàn)場(chǎng)。

      所以，應(yīng)盡量避免遞歸調(diào)用。

9、關(guān)于模塊文件的作用域隔離。

      Node在編譯JavaScript模塊文件的時(shí)候，已經(jīng)對(duì)其內(nèi)容進(jìn)行了頭尾包裝，如下：

(function(exports, require, module, __filename, __dirname){
  你的JavaScript文件代碼
});

從而使每個(gè)模塊文件之間進(jìn)行了作用域隔離。所以，當(dāng)你編寫NodeJs模塊文件的時(shí)候，不需要自己再加一層作用域隔離封裝了。如下面的代碼格式，只會(huì)額外增加一層函數(shù)調(diào)用，是不推薦的：

(function(){
  ... ...
})();

 10、數(shù)組和對(duì)象不要混用

      下面是錯(cuò)誤代碼的示例：

var o = [];
o['name'] = 'LiMing';

      數(shù)組和對(duì)象混用可能會(huì)導(dǎo)致不可預(yù)知的錯(cuò)誤。我的一個(gè)同事就遇到過一個(gè)很奇怪的問題，先看代碼：

var o = [];
o['name'] = 'LiMing';
var s = JSON.stringify(o);

       他本以為對(duì)象o的name屬性會(huì)在JSON串中，結(jié)果就是沒有。當(dāng)時(shí)我也很奇怪，但我有預(yù)感到是數(shù)組和對(duì)象混用的問題，試了一下，果然是它的問題。后來我在ECMA規(guī)范中查到，數(shù)組在序列化時(shí)是按JA規(guī)則進(jìn)行的。所以，要養(yǎng)成一個(gè)好的編程習(xí)慣，正確使用數(shù)組和對(duì)象，不要混用。

11、promise優(yōu)雅編程

       相信接觸過nodeJs的人都有過這樣的體驗(yàn)，當(dāng)異步回調(diào)里嵌套異步回調(diào)的時(shí)候，代碼就顯得很混亂，缺乏易讀性。nodeJs的這一窘境可以借助promise來克服。promise就像一個(gè)雕琢器，讓你的代碼變得優(yōu)雅、美觀。promise有個(gè)A+規(guī)范，網(wǎng)上有幾種實(shí)現(xiàn)方式，可以參閱。

最新評(píng)論