問題描述

問題解答

從你給的代碼上來看，當(dāng)前使用情景里沒必要預(yù)先賦值為string類型。不預(yù)設(shè)也不會出錯(cuò)。

但不賦值和賦值為空字符串有個(gè)本質(zhì)的區(qū)別，即改變了變量的類型。

不進(jìn)行賦值的時(shí)候是undefined類型，賦值為null則是null類型，賦值為空字符串''則為string類型。

穩(wěn)妥起見，既然這個(gè)變量的預(yù)期結(jié)果是string類型，那么聲明時(shí)就指定其類型是很穩(wěn)妥的辦法。

如果不指定呢？那有時(shí)候確實(shí)會出問題的。

問題主要發(fā)生在要用這個(gè)變量來拼接其他數(shù)據(jù)的時(shí)候，這很可能會觸發(fā)隱式的類型轉(zhuǎn)換，你就能發(fā)現(xiàn)差別了。

如下：

var a;a+'a';

那么結(jié)果是什么呢？不是'a'，而是'undefineda'。

如果把a(bǔ)預(yù)設(shè)為null，則結(jié)果是'nulla'。

你的例子里，對res是直接賦值而不是用它來拼接，所以不賦值為空字符串也沒影響，但不建議這么做。

再來個(gè)例子，拼接0-9的數(shù)字，假如你想得到的也是字符串，如'0123456789'：

var res;for (var i = 0; i < 10; i++) { res+=i;}console.log(res);

那么不聲明的話可以嗎？不可以，res會被轉(zhuǎn)換為number類型，但undefined轉(zhuǎn)換后是NaN，最后你得到的結(jié)果也是NaN。

如果把res賦值為''空字符串，那才正確。

當(dāng)前案例可以不用預(yù)定義為空字符串，可刪除提高代碼可閱讀性

空字符串一般運(yùn)用在針對一個(gè)字符串條件判斷操作或者對自身操作的場景下：第一種：

var a = ’’;if (xxx) { a = ’hello’;}console.log(’a’); //這時(shí)如果你不提前定義好a，如果條件不滿足if，那么就不會執(zhí)行，下面調(diào)用變量a的時(shí)候就會undefined

第二種：

var a = ’’;a += 2; //這其實(shí)也要調(diào)用變量a，如果不提前定義，那么也是undefined回答3：

js預(yù)解析時(shí)會對var關(guān)鍵字定義的變量進(jìn)行預(yù)解析，都會賦值undefined。下面將其賦值為字符串，上面定義的時(shí)候也就將它預(yù)先初始化為一個(gè)空字符串。只聲明var res;，不給它賦值也是可行的。回答4：

個(gè)人認(rèn)為是作者無意間的做法…

若硬要解讀，這樣也好也不好。好是因?yàn)槟憧梢灾庇^地認(rèn)識到res是一個(gè)字符串變量，增強(qiáng)了可讀性;不好則因?yàn)槎嗔艘淮螌ο髣?chuàng)建和釋放的過程，性能有損耗，盡管損耗可以忽略不計(jì)。