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

JavaScript

收集

坑

37 replies • 2015-09-04 23:40:59 +08:00

1

Mark24

OP

Jul 31, 2015

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

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

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

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

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

其实会变成：

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

正确的姿势是：

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

2

RoshanWu

Jul 31, 2015

2

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

3

pelloz

Jul 31, 2015

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

4

ychongsaytc

Jul 31, 2015

Date

5

Mark24

OP

Jul 31, 2015

@RoshanWu 十分感谢

6

thinkmore

Jul 31, 2015

**@RoshanWu** thanks

7

learnshare

Jul 31, 2015

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

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

8

est

Jul 31, 2015

http://wtfjs.com/

9

sumhat

Jul 31, 2015

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

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

log 出来永远是最后一个。

10

jprovim

Jul 31, 2015

@sumhat 必須這個Closure坑.

11

mouhong

Jul 31, 2015

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

12

forest520

Jul 31, 2015

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

13

kenshinhu

Jul 31, 2015

还有值拷贝的坑

14

morethansean

Jul 31, 2015

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

15

bramblex

Jul 31, 2015

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

16

civet

Jul 31, 2015

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

17

neetrorschach

Jul 31, 2015

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

18

zonghua

Jul 31, 2015

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

19

ChefIsAwesome

Jul 31, 2015 via Android

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

20

zhea55

Jul 31, 2015

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

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

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

https://github.com/feross/standard

21

bramblex

Jul 31, 2015

@neetrorschach 也不支持命名分组

22

bramblex

Jul 31, 2015

1

@civet

你不知道parseInt有第二个参数，以及map会给callback三个参数，那一定会坑 /w\

23

sneezry

Jul 31, 2015 via iPhone

0.1+0.2==0.3

24

sneezry

Jul 31, 2015 via iPhone

@forest520 8进制的？

25

dong3580

Jul 31, 2015

@ChefIsAwesome
这个是大坑啊。。。计算精度问题，

26

MntCw

Jul 31, 2015

1

如果了解javascript解析/编译原理，就不会有这些问题。原理读得太少，上手就是操作，等发现问题了就把这些归类为坑。

27

dant

Jul 31, 2015

[1,2,3].map(parseInt) //=> [ 1, NaN, NaN ]

[1,2,3].map(function(x){return parseInt(x);}) //=> [ 1, 2, 3 ]

28

kenshinhu

Aug 1, 2015

@zonghua 我记得有下在搞monngoose 时，返回的结果是Document类型，直接赋值一个变量时，再修改里的的元素是失效的，这个算是值拷贝的问题吗？

29

GuangXiN

Aug 1, 2015

1

@sneezry 0.1+0.2==0.3返回false不是js独有的坑呀，这是二进制无法精确表示小数导致的，C语言也有这个坑，PHP也有，Python也存在。

30

dcoder

Aug 1, 2015

31

sneezry

Aug 1, 2015 via iPhone

@GuangXiN 原来如此！

32

zonghua

Aug 1, 2015

@GuangXiN 浮点器是什么原理都要深究很久吧，计算机发展也就酱紫了。

33

oscarzhao

Aug 1, 2015

拷贝对象时，JSON.parse(JSON.stringify(obj))比较蛋疼
JSON.stringify 用在 map上面会输出为 []，直接打印能显示出来

34

civet

Aug 3, 2015

@bramblex 不说还真不知道。现在这就是讨论“坑”，我这个是从某个国外的演讲里面看过的

35

Mark24

OP

Aug 10, 2015

1

JavaScript排序坑
会把数字先转换为字符串，再用字符串去排序
……
反人类

36

Mark24

OP

Aug 10, 2015

补充楼上，高清图片url:"

"

具体描述廖雪峰JavaScript教程，sort篇
http://www.liaoxuefeng.com/wiki/001434446689867b27157e896e74d51a89c25cc8b43bdb3000/0014351226817991a9c08f1ec0a45c99b9209bcfc71b8f6000

37

mingyun

Sep 4, 2015

Json.stringify ()会默认忽略 undefined 的 key