来自Mozilla开发者网络:
[1,4,9].map(Math.sqrt)
将收益率:
[1,2,3]
为什么会这样:
['1','2','3'].map(parseInt)
产量:
[1, NaN, NaN]
我在Firefox 3.0.1和Chrome 0.3中进行了测试，作为免责声明，我知道这不是跨浏览器功能(没有IE)。
我发现下面的方法可以达到预期的效果。然而，它仍然不能解释parseInt的错误行为。
['1','2','3'].map(function(i){return +i;}) // returns [1,2,3]
当前回答
出于这个原因，我认为应该避免使用parseInt。你可以把它包装起来，让它在这些情况下更安全，就像这样:
Const safe = { parseInt: (s, opt) => { Const{基数= 10}= opt ?选择:{}; 返回parseInt(s，基数); ｝ ｝ console.log(['1'，'2'，'3'].map(safe.parseInt)); console.log ( ['1'， '10'， '11']。Map (e =>安全。parseInt(e，{基数:2}) ）;
Lodash /fp默认将iteratee参数设置为1以避免这些问题。就我个人而言，我发现这些变通方法在避免bug的同时也会产生同样多的bug。我认为，将parseInt列入黑名单以支持更安全的实现是一种更好的方法。
其他回答
另一个(有效的)权宜之计:
var parseInt10 = function(x){return parseInt(x, 10);}
['0', '1', '2', '10', '15', '57'].map(parseInt10);
//[0, 1, 2, 10, 15, 57]
出于这个原因，我认为应该避免使用parseInt。你可以把它包装起来，让它在这些情况下更安全，就像这样:
Const safe = { parseInt: (s, opt) => { Const{基数= 10}= opt ?选择:{}; 返回parseInt(s，基数); ｝ ｝ console.log(['1'，'2'，'3'].map(safe.parseInt)); console.log ( ['1'， '10'， '11']。Map (e =>安全。parseInt(e，{基数:2}) ）;
Lodash /fp默认将iteratee参数设置为1以避免这些问题。就我个人而言，我发现这些变通方法在避免bug的同时也会产生同样多的bug。我认为，将parseInt列入黑名单以支持更安全的实现是一种更好的方法。
我敢打赌这是parseInt的第二个参数，基数的问题。为什么它打破了数组的使用。而不是你什么时候直接叫它，我不知道。
// Works fine
parseInt( 4 );
parseInt( 9 );
// Breaks! Why?
[1,4,9].map( parseInt );
// Fixes the problem
[1,4,9].map( function( num ){ return parseInt( num, 10 ) } );
你可以使用Number作为迭代函数来解决这个问题:
var a =[’0’转包给“1”,(2)、技术性、’57’]. map(编号); 游戏机。log ((a);
如果没有new操作符，Number可用于执行类型转换。但是，它与parseInt不同:它不解析字符串，如果数字不能转换则返回NaN。例如:
console.log（parseInt（“19asdf”））; console.log（Number（“19asf”））;
map会传递第二个参数，这(在很多情况下)会搞乱parseInt的radix参数。
如果你使用下划线，你可以这样做:
][报告的f1、’100’.map(_。部分(parseInt， _， 10)
或不带下划线:
['10'，'1'，'100'].map（function（x） { return parseInt（x， 10）; }）;
