[聚合文章] 给初学者:JavaScript 的常见注意点

JavaScript 2018-01-06 27 阅读

上篇说了一些 JS 中数组操作的常见误区,这次来总结一下初学者常见的其他易错点。

写立即执行函数时前置 void

立即执行函数(IIFE)在 JS 非常常用,作用就是构造一个函数级的变量作用域。常见的写法如下:

(function () {
  // code
})();

这样写可能会被 JS 理解成为一个函数调用

var a = 1
(function () { // Uncaught TypeError: 1 is not a function
})()

从今天改变习惯,这样写:

void function () {
  // code
}();

有些人喜欢以 ! 打头,个人习惯问题。

standardjs 规范日益流行的今天,忽略行尾分号成为了主流(但是笔者不喜欢),更要改变这个习惯

注:standardjs 本身禁止行首括号( https://standardjs.com/readme...

检查一个变量是否为对象之前,首先判断其值是否为 null

虽然不愿承认,JS 标准说:

typeof null === 'object' // true

毋庸置疑的, null 不具备作为对象类型的基本特征,是原始类型。这是一个广为人知的 JS 的 bug,,它从 JS 诞生开始就存在,从未、而且永远不会被修复

我们不必去探究它的 黑历史 ,但是我们写代码时判断一个变量的类型时,首先需要判断它是否为 null

if (someVal !== null && typeof someVal === 'object') {
  // someVal 是一个对象
}

做数值计算时,注意 JS 数值类型的精度

在 JS 里,所有的 number 原始值都是一个双精度浮点数,对应 Java 的 double 类型,对应标准 IEEE754。小心它的精度问题。

做整数处理时,注意数值的大小

JS 最大可存储的安全整数(不存在精度问题)为 9007199254740991 (16位,Number.MAX_SAFE_INTEGER ),注意比 Java 的 long 类型最大整数 9223372036854775807 (19位) 小几个数量级,所以有时 JS 的 number 类型是不能精确存储 Java 的整数的(当然通常情况下不是问题)。

问题通常出在前后端数据传输上。数据库中的主键通常是一个自增长的长整型数,有可能会超出 JS 的安全整数范围,这时请考虑使用字符串传输。

做小数计算时,注意浮点数的精度问题

例如:0.1+0.2 => 0.30000000000000004,0.4-0.3 => 0.10000000000000003

将小数转化为字符串时,永远记得使用 toFixed 取小数点后若干位数字:

(0.1 + 0.2).toFixed(2) === '0.30'

比较小数相等时,切记不要直接使用 === ,而要使用相减取绝对值的方式(表示两数相差在一定范围内即认为他们相等)。

0.1+0.2 === 0.3 // false
Math.abs(0.1+0.2 - 0.3) <= 1e-10 // true

NaN !== NaN

NaN 之所以 NB,因为它有一个独一无二的特性。对!独一无二!那就是:

NaN === NaN // false
var a = NaN; a === a // false

NaN 不等于它自己。你可以使用这个特性判断一个变量是否为 NaN ,一个变量如果不等于它自己,这个变量一定是 NaN

还有一个方式是使用 Number.isNaN 。注意如果不已知这个变量的类型是数字时,不要使用 isNaN 做判断,因为 isNaN 有个很诡异的特性:它会先将待判断的变量转换为数值类型。

isNaN('abc') // true
isNaN('123') // false
isNaN('') // false
isNaN([]) // false
isNaN({}) // true

永远不要写 someVal === NaN

正确使用 parseInt

首先parseInt接受两个参数,第一个参数为待parse的字符串(如果不是字符串则会首先转换为字符串);第二个参数为使用的进制数。

如果不传第二个参数,则进制由第一个参数决定。什么意思呢?比如以 0x 开头的字符串,会被解析为16进制数。

我们知道以数字 0 开头的数字为8进制数(非严格模式),比如 011 === 9,0 本身也是8进制数。那么问题来了, parseInt('011') = ?

答案是看浏览器。目前绝大多数浏览器都会作为10进制数解析,结果为11。但是还有一些老旧的浏览器以8进制数解析(例如IE8和一批老Android浏览器),所以如果你要非用parseInt

parseInt 使用规则一:请传入第二个参数

回到 parseInt 本身的含义。顾名思义这个函数是在parse,被parse的一定是个字符串。如果第一个参数不是字符串,那么会首先被转换为字符串。

问: parseInt(0.0000000008) =?

答:

  1. String(0.0000000008) => '8e-10'
  2. parseInt('8e-10') => 8

自己打开调试器去试

parseInt使用规则二:永远不要使用parseInt给小数取整(Math.trunc才是做这个的)

建议对于数值转换一概使用强制转换函数 Number,如果你JS用6了可以使用 + (正号)。

parseInt的用处在于转换一些CSS里带单位的值: parseInt('10px', 10) => 10。但这里建议使用parseFloat,可以解析小数又没有进制问题。

除了用于比较 null 或 undefined,永远不要使用非严格相等 ==

绝不要简单的把非严格相等 == 理解为两者表示的数字一样,它有一套非常复杂的转换规则:它会先将 %% 转换为 @@ ,然后把 !! 转换为 ** ,如果 %%?? 类型,还会 xx 一把……

看不懂对吧,我相信你就算看懂了也记不住的。不然请问:

'true' == true // => false
'true' == false // => false
[] == {} // => false
[] == [] // => false

关于非严格相等,你只需要记住这个规则:

null == null // => true
undefined == undefined  // => true
null == undefined // => true
undefined == null // => true
x == null // => false (x 非 null 或 undefined)
x == undefined // => false (x 非 null 或 undefined)

简言之:

x == null // 或 x == undefined

是最简单的判断 x 为 null 或 undefined 的方式,相对应的

x != null // 或 x != undefined

是最简单的判断 x 非 null 和 undefined 的方式。这就是 == 存在的唯一意义。

欢迎补充

注:本文内容来自互联网,旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜,请你联系站长进行处理。