4 回答

TA貢獻1847條經驗 獲得超11個贊
Arrrgh!不要聽正則表達式的答案。RegEx對此很苛刻,我不只是說性能。用你的正則表達式來制作微妙的,不可能發現錯誤是如此容易。
如果你不能使用isNaN()
,這應該更好:
function IsNumeric(input){ return (input - 0) == input && (''+input).trim().length > 0;}
以下是它的工作原理:
該(input - 0)
表達式強制JavaScript對您的輸入值進行類型強制; 必須首先將其解釋為減法運算的數字。如果轉換為數字失敗,則表達式將導致NaN
。然后將此數字結果與您傳入的原始值進行比較。由于左側現在是數字,因此再次使用類型強制。既然來自雙方的輸入都是從相同的原始值強制轉換為相同的類型,那么您會認為它們應該始終相同(始終為真)。但是,有一個特殊規則說NaN
永遠不會等于NaN
,因此無法轉換為數字的值(并且只有無法轉換為數字的值)將導致錯誤。
檢查長度是針對涉及空字符串的特殊情況。另請注意,它會降低到您的0x89f測試,但這是因為在許多環境中,定義數字文字是一種可行的方法。如果要捕獲該特定方案,可以添加其他檢查。更好的是,如果這是你不使用的原因,isNaN()
那么只需將自己的功能包裹起來isNaN()
,也可以進行額外的檢查。
總之,如果您想知道某個值是否可以轉換為數字,實際上會嘗試將其轉換為數字。
我回去做了一些研究,為什么空白字符串沒有預期的輸出,我想我現在得到它:一個空字符串被強制0
而不是NaN
。在長度檢查之前簡單地修剪字符串將處理這種情況。
運行單元測試新代碼,它只在無限和布爾文字上失敗,唯一應該是問題的時候是你生成代碼(真的,誰會輸入文字并檢查它是否是數字?你應該知道),這將是一些奇怪的代碼生成。
但是,再一次,使用它的唯一原因是,如果由于某種原因你必須避免使用isNaN()。
添加回答
舉報