在我看来，这项工作比parseInt干净得多，使用+操作符

var s = '';
console.log(+s);

var s = '1024'
+s
1024

s = 0
+s
0

s = -1
+s
-1

s = 2.456
+s
2.456

s = ''
+s
0

s = 'wtf'
+s
NaN

同样地，为什么不编写一个函数并在任何需要的地方调用它呢?我假设它是表单字段执行计算的入口。

var Nanprocessor = function (entry) {
    if(entry=="NaN") {
        return 0;
    } else {
        return entry;
    }
}

 outputfield.value = Nanprocessor(x); 

// where x is a value that is collected from a from field
// i.e say x =parseInt(formfield1.value); 

这样做有什么不对?

在我看来，这项工作比parseInt干净得多，使用+操作符

var s = '';
console.log(+s);

var s = '1024'
+s
1024

s = 0
+s
0

s = -1
+s
-1

s = 2.456
+s
2.456

s = ''
+s
0

s = 'wtf'
+s
NaN

var s = '';
var num = parseInt(s) || 0;

当不与布尔值一起使用时，逻辑OR ||操作符如果可以计算为true，则返回第一个表达式parseInt(s)，否则返回第二个表达式0。parseInt(")的返回值是NaN。NaN的值为false，因此num最终被设置为0。

对于不受parseInt限制的人，可以使用按位的OR运算符(它隐式地调用ToInt32到其操作数)。

var value = s | 0;

// NaN | 0     ==>> 0
// ''  | 0     ==>> 0
// '5' | 0     ==>> 5
// '33Ab' | 0  ==>> 0
// '0x23' | 0  ==>> 35
// 113 | 0     ==>> 113
// -12 | 0     ==>> -12
// 3.9 | 0     ==>> 3

注意:ToInt32不同于parseInt。(即parseInt('33Ab') === 33)

我很惊讶没有看到任何人提到使用Number()。如果提供，它将解析小数，因此将不同于parseInt()，但是它已经假设以10为基数，并将“”甚至“”转换为0。