Javascript中的陷阱大集合【译】
昨天晚上在自己的个人技术博客上翻译了一篇有关Javascript的文章，今天想想还是把它投稿到博客园吧，大家可以一起看看，第一次翻译技术文章表示压力很大，呵呵，有不足的地方请指出。
写在最前面
这篇英文来自codeproject，原文aspx" target="_blank">A Collection of JavaScript Gotchas。我看了以后颇受启发，就把他翻译过来了，呵呵，第一次翻译这么长的技术文章，有什么错误请大家指出哦。另外，译文允许转载，但请在页面明显处标明以下信息：
英文原文：A Collection of JavaScript Gotchas
译文作者：王国峰
译文标题：Javascript中的陷阱大集合【译】
译文链接：http://www.itivy.com/ivy/archive/2011/11/13/my-javascript-gotchas.html
谢谢合作！
本文主要介绍怪异的Javascript，毋庸置疑，它绝对有怪异的一面。当软件开发者开始使用世界上使用最广泛的语言编写代码时，他们会在这个过 程中发现很多有趣的“特性”。即便是老练的Javascript开发者也可以在本文找到一些有趣的新陷阱，请留意这些陷阱，当然也可以尽情享受由这些陷阱 带来的“乐趣”！
函数和操作符
双等号
==操作符比较时会进行类型的强制转换，这意味着它可以比较两个不同类型的对象，在执行比较之前它将会尝试把这两个对象转换成同一个类型，举一个例子：
"1" == 1 //true
然而，这样往往会误导我们，而且我们也不需要这样子来比较。在上面的例子中，我们完全可以先将字符串转换成数字型，然后利用对类型敏感的三重等号（===）来进行比较，如：
Number("1") === 1; //true
或者，更好的是，确保你放在首位的操作数的类型是正确的。
由于双等号具有强制类型转换的行为，所以它会打破一般的传递性规则，这点有点吓人，请看下面的列子：
"" == 0 //true - 空字符串会被强制转换为数字0. 0 == "0" //true - 数字0会被强制转换成字符串"0" "" == "0" //false - 两操作数都是字符串所以不执行强制转换
如果使用三重等号，上面的三个比较都将返回false。
parseInt不把10作为数字基数
如果你忽略parseInt的第二个参数，那么数字的基数将由下面的规则所决定：
- 默认基数为10，即按10进制解析
- 如果数字以0x开头，那么基数为16，即按16进制解析
- 如果数字以0开头，那么基数为8，即按8进制解析
一个常见的错误是我们让用户输入以0开头的数字，这时候它就按8进制的方式去解析了，于是我们就看到了如下的效果：
parseInt("8"); //8
parseInt("08"); //0
因此，我们很多时候都会指定parseInt的第二个参数，如下所示：
parseInt("8", 10); //8
parseInt("08", 10); //8
ECMAScript5方面的说明：ECMAScript已不再支持8进制的解析假设，另外，如果忽略parseInt的第二个参数将会引起JSLint的警告。
字符串替换
字符串替换函数仅仅会替换第一个匹配项，并不能替换你所期望的全部匹配项。如下代码：
- 发表评论
-
- 最新评论 更多>>
