IF not isNumeric(request("id")) then
response.write "not number"
response.end
end if
-----------------------------------------------+
今天在CSDN參與了一個帖子，大意說VBS的IsNumeric()函數(shù)有問題，它會將字母“D”和“d”當(dāng)成數(shù)字。
我在客戶端做了個簡單的測試，如果字母“D”或“d”嵌入數(shù)字中（不在第一位和最后一位），比如“2d3”，那IsNumeric()判斷的結(jié)果的確是True！——難道真的是個BUG？太離譜了吧？
我大略地查了查VBS參考和MSDN，其中并沒有提到IsNumeric()的這個BUG。然后我非常明智地查了查ASPFaq，終于找到了答案：
VBS中，IsNumeric()函數(shù)的實際作用是判斷參數(shù)表達(dá)式是否是數(shù)值，而這個所謂的“數(shù)值”不僅僅包含普通的數(shù)字，還包括（但可能不限于）如下情況：
科學(xué)計數(shù)法表達(dá)式，如“2e7”和“2d7”；
十六進(jìn)制數(shù)，如“&H0A”；
八進(jìn)制數(shù)，如“&6”；
當(dāng)前區(qū)域下設(shè)置的貨幣金額表達(dá)式，如“￥12.44”；
加圓括號的數(shù)字，如“(34)”；
顯式指定正負(fù)的數(shù)字，如“+2.1”和“-2.1”；
含有逗號的數(shù)字字符串，如“12,25”。
不僅僅是VBS，JScript/JavaScript的isNaN()也存在類似問題，T-SQL中的IsNumeric()同樣如此！大家可以自行研究。
所以，如果你已經(jīng)開始對自己以前的寫過的程序有些不放心了，那么以后還是自己實現(xiàn)一個函數(shù)來驗證表達(dá)式是否是數(shù)字比較穩(wěn)妥。