javascript有如下數(shù)據(jù)類型的轉(zhuǎn)換方法：
一，轉(zhuǎn)換成數(shù)字 xxx*1.0
轉(zhuǎn)換成字符串 xxx+""
二，從一個值中提取另一種類型的值，并完成轉(zhuǎn)換工作。
.提取字符串中的整數(shù)：parseInt();
例：parseInt("123zhang")的結(jié)果為123
.提取字符串中的浮點數(shù)：parseFloat();
例：parseFloat("0.55zhang")的結(jié)果為0.55
.執(zhí)行用字符串表示的一段javascript代碼：eval();
例：zhang=eval("1+1")的結(jié)果zhang=2
. 轉(zhuǎn)換成字符串： toString() ;
例：zhang=eval("1+1")的結(jié)果zhang=2
三，是將整個值從一種類型轉(zhuǎn)換為另一種數(shù)據(jù)類型（稱作基本數(shù)據(jù)類型轉(zhuǎn)換），
基本數(shù)據(jù)類型轉(zhuǎn)換的三種方法：
.轉(zhuǎn)換為字符型：String() ; 例：String(678)的結(jié)果為"678"
.轉(zhuǎn)換為數(shù)值型：Number() ; 例：Number("678")的結(jié)果為678
.轉(zhuǎn)換為布爾型：Boolean() ; 例：Boolean("aaa")的結(jié)果為true

使用這些方法時，如有必要，盡量對參數(shù)和 方法的執(zhí)行進行判斷和異常處理操作。
有在參考文檔中看到，如下關(guān)于執(zhí)行效率的總結(jié)：
在IE 下，第一種速度最快，第二種次之，第三種最差，但差距不過10萬次，差幾十百來毫秒而已。
在FF下，第一種和第二種基本上相當，第三種最慢。
速度差別基本上可以忽略。因為差距很小。
但是，從代碼的簡潔性， 第一種明顯寫法簡便，而且也易讀，
而且不會出現(xiàn)第二種的 因為 某個對象沒有 toString 方法而報錯的問題。況且他始終也是最快的。
所以，個人習(xí)慣使用第一種方式來完成數(shù)據(jù)類型的轉(zhuǎn)換
但是，比如需要“123456abcd”來提取其中的數(shù)字，那自然當用parsetInt，和parseFloat之類的函數(shù)。
但是要注意，有時候 轉(zhuǎn)換的結(jié)果是 NaN 等，需要判斷一下。

例異常處理如 ：

有關(guān)數(shù)據(jù)轉(zhuǎn)換方法的其他測試示例如下：

例  句	結(jié)  果
parseInt('1234')	1234
parseInt('1234.00')	1234
parseInt('1234abc')	1234
parseInt('abc1234')	undefined(轉(zhuǎn)換失敗)
parseFloat('1234.123')	1234.123
parseFloat('1234.123a')	1234.123
parseFloat('a1234.123')	NaN
Number('1234.123')	1234.123
Number('1234.123aa')	NaN
String(eval('12+10'))	22
Boolean('0'),Boolean('567'),Boolean(567)	true
Boolean(null),Boolean(false),Boolean(0),Boolean(''),Boolean()	false
this.toString()	[object]
(typeof(this)).toString()	object
eval('12+34')	46
eval('12+34')+''	46
eval('12+34')*1.0	46
typeof(eval('12+34')*1.0)	number
typeof(eval('12+34')+'')	string

注：測試時的環(huán)境是 vs2008，ie8...，是在頁面上輸入的語句，js里用eval處理上表中左欄的轉(zhuǎn)換例句。

使用時或許需要修改符號等。

最新評論