歡迎光臨
每天分享高質量文章

Javascript之旅——第四站:parseInt中要註意的坑

前些天信用卡站點要接入一個新功能,不過還真比較坑爹,asp站點,大家都知道信用卡的背面是有一個有效期的,在對接銀行中這個信息一定是要傳給銀行做資料校驗,用戶在語音輸入信用卡有效期後,系統會做一個有效期判斷,為了不必要的麻煩,就是判斷過期時間一定不能在一個月內,由於輸入的年月日在三個文本框中,再加上我嫌轉成時間麻煩,就索性直接拿年,月,日的文本內容直接強轉成int型別來判斷,此為背景。

說了這麼多,終於說到文章主題了,我們知道有效期有這樣的:2015-09-20,我就毫不猶豫的從月文本框中拿出了”09″,然後屁顛屁顛的在chrome下做瞭如下轉換,很開心,搞定。

下午測試小妹妹反饋過來說,信用卡有效期判斷有問題,比較詫異,在自己機器上怎麼試都沒有問題,然後沒轍,只能親自去小妹妹桌上看看,順便搽點油,開著IE除錯器除錯了下,果然,靈異事件發生了,現在終於找到問題所在了。

當時測試小妹妹裝的是IE8,然後在IE8下麵parseint預設會把我的“09”當成八進制,但是又發現不是合法的八進制,最後就丟擲了0這個false,我們也看到在chrome下,“09”會預設當做十進制來看的,所以js引擎會理所當然的轉化成了9這個我滿意的結果,所以嘛,IE真的是不按照人的常理出牌,現在我們該如果解決呢?

一:解決方案

<1> 剛纔討論中也發現了,parseInt在不同的瀏覽器下有不同的預設行為處理,沒轍,又看不到parseint底層是怎麼處理的,只能去找javascript的api文件這個黑盒去看一看,然後就發現一個讓我很驚喜的radix引數。

知道了這個radix,問題就可以迎刃而解了,現在我只需指定下radix=10即可,如圖:

不過後來發現在IE9下麵,parseint在缺失radix的時候底層也是預設採用十進制的,終於微軟為了符合大眾口味做了正確的修改。

<2>除了parseint這個函式,其實還有一個Number函式也可以幫你解決這個問題,並且在IE7,8上面都是沒有問題的,由於在js中,如果你去new 一下這個Number的話,那就可以生成Number物件了,這一點和C#有一些區別,所以下麵我可以用兩種方式看一下。

這個Number的好處在於只會處理十進制數值,而且還有其他特殊的玩法,不像parseint只接受string的引數,number可以接受任何型別,比如:

由於看不到Number底層的原始碼,所以針對這些問題,我們也只能道聽途說來記住了,這也是JS與其他托管語言不一樣的地方。

來自:一線碼農的博客

鏈接:http://www.cnblogs.com/huangxincheng/p/4133479.html

赞(0)

分享創造快樂