依稀還記得，在學(xué)習(xí)C語言的庫函數(shù)時(shí)，很多字符串操作相關(guān)的函數(shù)都會(huì)返回和結(jié)果相關(guān)的指針。其實(shí)這個(gè)返回值很多時(shí)候都并不是非常必要，因?yàn)樵谖覀兊膫魅氲膮?shù)中，十有八九已包含了這個(gè)指針。而加上這個(gè)返回值的最大好處就是，可以讓我們方便的書寫出級(jí)聯(lián)表達(dá)式。但是這些年的實(shí)際工作中，越發(fā)覺得級(jí)聯(lián)表達(dá)式是個(gè)魔鬼餡餅。

    比如在C語言中，我們熟悉的字符串操作函數(shù)strcpy，strcat等，它們的原形一般是： extern char *strxxx(char *dest, char *src);
    返回值char*其實(shí)就是調(diào)用參數(shù)中的*dest，這樣一來就可以方便的寫出級(jí)聯(lián)表達(dá)式，如下：
char *title = "Mr. ";
char *name = "birdshome";
int len = strlen(strcat(title, name));
    在面向?qū)ο缶幊讨?，通過方法返回對(duì)象，我們可以編寫鏈?zhǔn)奖磉_(dá)式。雖然不管是級(jí)聯(lián)表達(dá)式也好，還是鏈?zhǔn)奖磉_(dá)式也好，都可以讓我們?cè)诰帉懘a的方便一些，不過如果使用不當(dāng)，也會(huì)非常郁悶。特別是對(duì)于級(jí)聯(lián)表達(dá)式，如果函數(shù)嵌套過多，不易理解不說，debug也會(huì)很郁悶。

    下面這個(gè)JavaScript的級(jí)聯(lián)語句，就讓我郁悶了很久。。。 dimInfo.push(StringHelper.ArrayToString(item.m_DimensionName,
   item.m_DimensionUniqueName, item.m_AnalysisStatus,
   (item.m_IsParameterized ? 'checked' : ''), item.m_DimensionType), levelTypes);
    而正確的語句因該是下面這個(gè)： dimInfo.push(StringHelper.ArrayToString(item.m_DimensionName,
   item.m_DimensionUniqueName, item.m_AnalysisStatus,
   (item.m_IsParameterized ? 'checked' : ''), item.m_DimensionType, levelTypes));
    問題就出在倒數(shù)第二個(gè)括號(hào)上")"上，本來這個(gè)括號(hào)應(yīng)該在參數(shù)levelTypes之后，結(jié)果沒有注意弄到了levelTypes前面去了，這種書寫上的錯(cuò)誤，要一眼看出來很難很難。更郁悶的是，JavaScript對(duì)函數(shù)的參數(shù)個(gè)數(shù)，以及有沒有參數(shù)都一點(diǎn)不感興趣，所以這個(gè)錯(cuò)誤的語句完全可以運(yùn)行"正常"，只是數(shù)據(jù)傳到后臺(tái)后，怎么也得不到需要的值，總是undefined。

    另外，還有復(fù)合參數(shù)調(diào)用的語句，如果能適當(dāng)?shù)恼归_也會(huì)給我們帶來很多好處，比如代碼：
var rect = dashboard.getBoundingClientRect();
this.InsertNewRoom(dashboard, event.clientX-rect.left-1, event.clientY-rect.top, event);
    將復(fù)合參數(shù)展開后的代碼為： var rect = dashboard.getBoundingClientRect();
var innerX = event.clientX-rect.left-1;
var innerY = event.clientY-rect.top;
this.InsertNewRoom(dashboard, innerX, innerY, event);
    雖然這個(gè)展開的代碼沒有添加任何額外的邏輯，但是添加了臨時(shí)變量innerX和innerY的語句顯然比復(fù)合參數(shù)的語句要易于理解的多。這樣代碼雖然多了，但是卻使代碼有了self-documented特性，同時(shí)也沒有改變代碼的邏輯和效率。我相信在debug或者修改別人的代碼時(shí)，你是希望看到后一種寫法的。

最新評(píng)論