前端代码规范常见错误 一
背景:
此次对我们所有工程的代码进行 eslint 的配置,期间发现了我们代码中很多的问题,这关系到我们的代码质量的提升,良好的代码习惯,将有效的降低我们代码异常情况,也会增加我们排查问题的复杂度
下面整理出一些非常常见的问题汇总,后续也将在这里持续增加我们代码中看到的问题,也希望大家在写代码的时候尽可能的多思考,多去回顾
1、比较运算符
这个请大家务必注意,在很多情况下,出现不可以预估的判断问题,为了代码的严谨请务必严格使用 === 和 !== 而非 == 和 !=
2、变量申明
声明变量时,请使用 const、let 关键字,如果没有写关键字,变量就会暴露在全局上下文中,这样很可能会和现有变量冲突,另外,也很难明确该变量的作用域是什么。
延展问题:什么时候用 let?什么时候用 const? 这个问题也许结果一样,只在极少数情况下才会出现问题,但是最直接的理解就是,如果在这个变量被申明后的未来不发生改变,那么请用 const,如果会对这个变量发生修改请使用 let,这样也非常有利于你的代码逻辑的确定性,降低奇怪情况发生概率
这里推荐使用 const 来声明变量,我们需要避免全局命名空间的污染。这段代码中还有另外一个问题,可以使用解构方式来进行变量申明: const { admissionWard } = this.userInfo;
\
3、parseInt 的不正确使用
**parseInt(string, radix) ** 解析一个字符串并返回指定基数的十进制整数, radix
是 2-36 之间的整数,表示被解析字符串的基数。
如果 radix
是 undefined
、0
或未指定的,JavaScript 会假定以下情况:
如果输入的
string
以 "0x
"或 "0x
"(一个 0,后面是小写或大写的 X)开头,那么 radix 被假定为 16,字符串的其余部分被当做十六进制数去解析。如果输入的
string
以 "0
"(0)开头,radix
被假定为8
(八进制)或10
(十进制)。具体选择哪一个 radix 取决于实现。ECMAScript 5 澄清了应该使用 10 (十进制),但不是所有的浏览器都支持。因此,在使用parseInt
时,一定要指定一个 radix。如果输入的
string
以任何其他值开头,radix
是10
(十进制)。
如果第一个字符不能转换为数字,parseInt
会返回 NaN
。
为了算术的目的,NaN
值不能作为任何 radix
的数字。你可以调用isNaN
函数来确定parseInt
的结果是否为 NaN
。如果将 NaN 传递给算术运算,则运算结果也将是 NaN
不传 radix 可能返回八进制的结果,也可能返回十进制的结果。 总是指定一个基数(radix)可以避免这种不可靠的行为。
4、下面的奇怪的写法
如果当前 if 判断下没有要处理的事情那么请直接去掉
5、逗号及分号的不严谨
此处没有什么说明,这应该是写代码时候粗心导致,请避免这样粗心大意带来的错误异常,要求每一句结束请用分号结束,使代码结构更加清晰
评论