Да, встроенное isNaN(object) будет намного быстрее, чем какой-либо парсинг regex, потому что это встроено и скомпилировано вместо интерпретируемого на лету.

, Хотя результаты несколько отличаются от того, что Вы ищете ( попытка это ):

                                              // IS NUMERIC
document.write(!isNaN('-1') + "<br />");      // true
document.write(!isNaN('-1.5') + "<br />");    // true
document.write(!isNaN('0') + "<br />");       // true
document.write(!isNaN('0.42') + "<br />");    // true
document.write(!isNaN('.42') + "<br />");     // true
document.write(!isNaN('99,999') + "<br />");  // false
document.write(!isNaN('0x89f') + "<br />");   // true
document.write(!isNaN('#abcdef') + "<br />"); // false
document.write(!isNaN('1.2.3') + "<br />");   // false
document.write(!isNaN('') + "<br />");        // true
document.write(!isNaN('blah') + "<br />");    // false

Используйте функцию isNaN. Я верю, тестируете ли Вы на !isNaN(yourstringhere), это хорошо работает для любой из этих ситуаций.

Таким образом, кажется, работает хорошо:

function IsNumeric(input){
    var RE = /^-{0,1}\d*\.{0,1}\d+$/;
    return (RE.test(input));
}

И протестировать его:

// alert(TestIsNumeric());

function TestIsNumeric(){
    var results = ''
    results += (IsNumeric('-1')?"Pass":"Fail") + ": IsNumeric('-1') => true\n";
    results += (IsNumeric('-1.5')?"Pass":"Fail") + ": IsNumeric('-1.5') => true\n";
    results += (IsNumeric('0')?"Pass":"Fail") + ": IsNumeric('0') => true\n";
    results += (IsNumeric('0.42')?"Pass":"Fail") + ": IsNumeric('0.42') => true\n";
    results += (IsNumeric('.42')?"Pass":"Fail") + ": IsNumeric('.42') => true\n";
    results += (!IsNumeric('99,999')?"Pass":"Fail") + ": IsNumeric('99,999') => false\n";
    results += (!IsNumeric('0x89f')?"Pass":"Fail") + ": IsNumeric('0x89f') => false\n";
    results += (!IsNumeric('#abcdef')?"Pass":"Fail") + ": IsNumeric('#abcdef') => false\n";
    results += (!IsNumeric('1.2.3')?"Pass":"Fail") + ": IsNumeric('1.2.3') => false\n";
    results += (!IsNumeric('')?"Pass":"Fail") + ": IsNumeric('') => false\n";
    results += (!IsNumeric('blah')?"Pass":"Fail") + ": IsNumeric('blah') => false\n";

    return results;
}

я одолжил это regex от http://www.codetoad.com/javascript/isnumeric.asp . Объяснение:

/^ match beginning of string
-{0,1} optional negative sign
\d* optional digits
\.{0,1} optional decimal point
\d+ at least one digit
$/ match end of string

Я хотел бы добавить следующее:

1. IsNumeric('0x89f') => true
2. IsNumeric('075') => true

Положительные шестнадцатеричные числа запускаются с 0x, и отрицательные шестнадцатеричные числа запускаются с -0x. Положительные числа в октябре запускаются с 0, и отрицательные числа в октябре запускаются с -0. Этот берет большую часть того, что было уже упомянуто к рассмотрению, но включает шестнадцатеричные и восьмеричные числа, отрицательные научный, Бесконечность, и удалило научное десятичное число (4e3.2, не допустимо).

function IsNumeric(input){
  var RE = /^-?(0|INF|(0[1-7][0-7]*)|(0x[0-9a-fA-F]+)|((0|[1-9][0-9]*|(?=[\.,]))([\.,][0-9]+)?([eE]-?\d+)?))$/;
  return (RE.test(input));
}

Несколько тестов для добавления:

IsNumeric('01.05') => false
IsNumeric('1.') => false
IsNumeric('.') => false

я придумал это:

function IsNumeric(input) {
    return /^-?(0|[1-9]\d*|(?=\.))(\.\d+)?$/.test(input);
}

покрытия решения:

• дополнительный знак минус вначале
• А единственный нуль или одна или несколько цифр, не запускающихся с 0, или ничто, пока период следует
• период А, который сопровождается 1 или более числами

Это может обойтись без RegExp как

function IsNumeric(data){
    return parseFloat(data)==data;
}

Arrrgh! Не слушайте ответы регулярного выражения. RegEx непригляден для этого, и я не говорю просто производительность. Настолько легко сделать тонким, невозможным определить ошибки с Вашим регулярным выражением.

, Если Вы не можете использовать isNaN(), это должно работать намного лучше:

function IsNumeric(input)
{
    return (input - 0) == input && (''+input).trim().length > 0;
}

Вот то, как это работает:

(input - 0) выражение вынуждает JavaScript сделать приведение типа на Вашем входном значении; это должно сначала быть интерпретировано как число для операции вычитания. Если то преобразование в число перестанет работать, выражение приведет к NaN. Это числовой результат тогда по сравнению с исходным значением, в котором Вы передали. Так как левая сторона является теперь числовой, введите приведение, снова используется. Теперь, когда вход с обеих сторон был принужден к тому же типу от того же исходного значения, Вы будете думать, что они должны всегда быть тем же (всегда верный). Однако существует специальное правило, в котором говорится NaN, никогда не равно NaN, и таким образом, значение, которое не может быть преобразовано в число (и только оценивает, который не может быть преобразован в числа) приведет ко лжи.

проверка на длине для особого случая, включающего пустые строки. Также обратите внимание, что это падает на Ваш тест 0x89f, но поэтому во многих средах это хорошо способ определить литерал числа. Если Вы хотите поймать тот определенный сценарий, Вы могли бы добавить дополнительную проверку. Еще лучше, если это - Ваша причина того, чтобы не использовать isNaN(), тогда просто обертывают Вашу собственную функцию [приблизительно 117], которые могут также сделать дополнительную проверку.

, Таким образом, , если Вы хотите знать, может ли значение быть преобразовано в число, на самом деле попытайтесь преобразовать его в число.

я возвратился и провел некоторое исследование для [1 112], почему пробельная строка не имела ожидаемого вывода, и я думаю, что получаю его теперь: пустая строка принуждена к 0, а не NaN. Просто обрезая строку, прежде чем проверка длины обработает этот случай.