[收集贴] 晒晒你知道的 JavaScript 的那些坑……

[Mark24]

[Mark24]

JavaScript引擎在行末自动添加分号的机制,产生的坑

如果你想的是这样子的代码：

function foo() {
return { name: 'foo' };
}

如果你不小心，多了换行了，像这样
或者这就是你心目中的“多行代码”的样子

function foo() {
return
{ name: 'foo' };
}


其实会变成：

function foo() {
return;
{ name: 'foo' };
}


正确的姿势是：

function foo() {
return { // 这里不会自动加分号，因为{表示语句尚未结束
name: 'foo'
};
}

[RoshanWu]

http://roshanca.com/2012/traps-in-javascript-part-I/

[pelloz]

数值精度不够，服务器返回的long类型的id会丢失精度，导致错误。最好直接使用String类型传数据。

[ychongsaytc]

Date

[Mark24]

@RoshanWu 十分感谢

[thinkmore]

**@RoshanWu** thanks

[learnshare]

@ychongsaytc Chrome 的 Date 和 IE 的 Date 严谨程度不同，的确坑

@Mark24 return 从来都不应该与它要返回的值分成两行写

[est]

http://wtfjs.com/

[sumhat]

for 循环中的 closure 有问题，比如：

for (var i in elements) {
var element = elements[i];
doSomething(element, function() {
console.log(element.name);
}
}

log 出来永远是最后一个。

[jprovim]

@sumhat 必須這個Closure坑.

[mouhong]

@sumhat 这其实不能算 Closure 的坑，是 JavaScript 早期版本没有块级作用域的坑，如果用 strict mode 里的 let element = elements[i]，就不会有这个问题。

[forest520]

nodejs的parseInt("000300")，猜猜结果是什么？

[kenshinhu]

还有值拷贝的坑

[morethansean]

@sumhat 这不是问题吧……这不是 feature 么……

[bramblex]

各种坑……以及各种坑我自己造的工具……
https://github.com/bramblex/BlxJSTK

[civet]

['10', '10', '10'].map(parseInt)

[neetrorschach]

好像js的正则不支持零宽断言

[zonghua]

@forest520 0.00300?
@kenshinhu == === != !== null undifine

[ChefIsAwesome]

(Num).toFixed(n) 居然返回的是字符串

[zhea55]

哪里坑了？ 自动追加分号，这么好的功能。

没看到老外现在代码，好多都不加分号了。

不加分号的代码看着舒服多了啊。


https://github.com/feross/standard