前端代码规范常见错误 一_前端代码不规范的地方

此次对我们所有工程的代码进行 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 会假定以下情况：

1. 如果输入的 string以 "0x"或 "0x"（一个 0，后面是小写或大写的 X）开头，那么 radix 被假定为 16，字符串的其余部分被当做十六进制数去解析。

2. 如果输入的 string以 "0"（0）开头， radix被假定为8（八进制）或10（十进制）。具体选择哪一个 radix 取决于实现。ECMAScript 5 澄清了应该使用 10 (十进制)，但不是所有的浏览器都支持。因此，在使用 parseInt 时，一定要指定一个 radix。

3. 如果输入的 string 以任何其他值开头， radix 是 10 (十进制)。

如果第一个字符不能转换为数字，parseInt会返回 NaN。

为了算术的目的，NaN 值不能作为任何 radix 的数字。你可以调用isNaN函数来确定parseInt的结果是否为 NaN。如果将 NaN 传递给算术运算，则运算结果也将是 NaN

不传 radix 可能返回八进制的结果，也可能返回十进制的结果。 总是指定一个基数（radix）可以避免这种不可靠的行为。

4、下面的奇怪的写法

如果当前 if 判断下没有要处理的事情那么请直接去掉

5、逗号及分号的不严谨

此处没有什么说明，这应该是写代码时候粗心导致，请避免这样粗心大意带来的错误异常，要求每一句结束请用分号结束，使代码结构更加清晰