代码规范咱们应该遵循古老的原则:“能作并不意味着应该作”。javascript
老是将代码包裹在一个当即的函数表达式里面,造成一个独立的模块。java
不推荐jquery
1
2
3
|
var
x = 10,
y = 100;
console.log(window.x +
' '
+ window.y);
|
推荐数组
1
2
3
4
5
6
|
;(
function
(window){
'use strict'
;
var
x = 10,
y = 100;
console.log(window.x +
' '
+ window.y);
}(window));
|
在当即执行函数里面,若是有用到全局变量应该经过变量传递的方式,让当即执行函数的函数体在调用时,能以局部变量的形式调用,在必定程度上提高程序性能。安全
而且应该在当即执行函数的形参里加上undefined,在最后一个位置,这是由于ES3里undefined是能够读写的,若是在全局位置更改undefined的值,你的代码可能得不到逾期的结果。app
另外推荐在当即执行函数开始跟结尾都添加上分号,避免在合并时由于别人的代码不规范而影响到咱们本身的代码dom
不推荐函数
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
(
function
(){
'use strict'
;
var
x = 10,
y = 100,
c,
elem=$(
'body'
);
console.log(window.x +
' '
+ window.y);
$(document).on(
'click'
,
function
(){
});
if
(
typeof
c===
'undefined'
){
//你的代码
}
}());
|
推荐性能
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
;(
function
($,window,document,undefined){
'use strict'
;
var
x = 10,
y = 100,
c,
elem=$(
'body'
);
console.log(window.x +
' '
+ window.y);
$(document).on(
'click'
,
function
(){
});
if
(
typeof
c===
'undefined'
){
//你的代码
}
}(jQuery,window,document));
|
ECMAScript 5 严格模式可在整个脚本或独个方法内被激活。它对应不一样的 javascript 语境会作更加严格的错误检查。严格模式也确保了 javascript 代码更加的健壮,运行的也更加快速。spa
严格模式会阻止使用在将来极可能被引入的预留关键字。
你应该在你的脚本中启用严格模式,最好是在独立的 当即执行函数 中应用它。避免在你的脚本第一行使用它而致使你的全部脚本都启动了严格模式,这有可能会引起一些第三方类库的问题。
不推荐
1
2
3
4
|
'use strict'
;
(
function
(){
}());
|
推荐
1
2
3
|
(
function
(){
'use strict'
;
}());
|
对全部的变量声明,咱们都应该指定var,若是没有指定var,在严格模式下会报错,而且同一个做用域内的变量应该尽可能采用一个var去声明,多个变量用“,”隔开。
不推荐
1
2
3
4
|
function
myFun(){
x=5;
y=10;
}
|
不彻底推荐
1
2
3
4
|
function
myFun(){
var
x=5;
var
y=10;
}
|
推荐
1
2
3
4
|
function
myFun(){
var
x=5,
y=10;
}
|
老是使用 === 精确的比较操做符,避免在判断的过程当中,由 JavaScript 的强制类型转换所形成的困扰。
若是你使用 === 操做符,那比较的双方必须是同一类型为前提的条件下才会有效。
不推荐
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
(
function
(w){
'use strict'
;
w.console.log(
'0'
== 0);
// true
w.console.log(
''
==
false
);
// true
w.console.log(
'1'
==
true
);
// true
w.console.log(
null
== undefined);
// true
var
x = {
valueOf:
function
() {
return
'X'
;
}
};
w.console.log(x ==
'X'
);
//true
}(window.console.log));
|
推荐
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
(
function
(w){
'use strict'
;
w.console.log(
'0'
=== 0);
// false
w.console.log(
''
===
false
);
// false
w.console.log(
'1'
===
true
);
// false
w.console.log(
null
=== undefined);
// false
var
x = {
valueOf:
function
() {
return
'X'
;
}
};
w.console.log(x ===
'X'
);
//false
}(window));
|
逻辑操做符 || 和 && 也可被用来返回布尔值。若是操做对象为非布尔对象,那每一个表达式将会被自左向右地作真假判断。基于此操做,最终总有一个表达式被返回回来。这在变量赋值时,是能够用来简化你的代码的。
不推荐
1
2
3
4
5
6
7
|
if
(!x) {
if
(!y) {
x = 1;
}
else
{
x = y;
}
}
|
推荐
1
|
x = x || y || 1;
|
老是使用分号,由于隐式的代码嵌套会引起难以察觉的问题。固然咱们更要从根本上来杜绝这些问题[1] 。如下几个示例展现了缺乏分号的危害:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
// 1.
MyClass.prototype.myMethod =
function
() {
return
42;
}
//这里没有分号
(
function
() {
})();
//2.
var
x = {
'i'
: 1,
'j'
: 2
}
// 这里没有分号
//我知道这样的代码你可能永远不会写,可是仍是举一个例子
[ffVersion, ieVersion][isIE]();
// 3.
var
THINGS_TO_EAT = [apples, oysters, sprayOnCheese]
// 这里没有分号
-1 == resultOfOperation() || die();
|
错误结果
JavaScript 错误 —— 首先返回 42 的那个 function 被第二个function 当中参数传入调用,接着数字 42 也被“调用”而致使出错。
八成你会获得 ‘no such property in undefined’ 的错误提示,由于在真实环境中的调用是这个样子:xffVersion, ieVersion().
die 老是被调用。由于数组减 1 的结果是 NaN,它不等于任何东西(不管 resultOfOperation 是否返回 NaN)。因此最终的结果是 die() 执行完所得到值将赋给 THINGS_TO_EAT.
切勿在语句块内声明函数,在 ECMAScript 5 的严格模式下,这是不合法的。函数声明应该在做用域的顶层。但在语句块内可将函数申明转化为函数表达式赋值给变量。
不推荐
1
2
3
|
if
(x) {
function
foo() {}
}
|
推荐
1
2
3
|
if
(x) {
var
foo =
function
() {};
}
|
eval() 不但混淆语境还很危险,总会有比这更好、更清晰、更安全的另外一种方案来写你的代码,所以尽可能不要使用 eval 函数。
不推荐
1
2
3
4
5
6
7
8
9
10
|
//数组长度3
var
a1 =
new
Array(x1, x2, x3);
//数组长度2
var
a2 =
new
Array(x1, x2);
//若是x1是一个天然数,那么它的长度将为x1
//若是x1不是一个天然数,那么它的长度将为1
var
a3 =
new
Array(x1);
var
a4 =
new
Array();
|
正因如此,若是将代码传参从两个变为一个,那数组颇有可能发生意料不到的长度变化。为避免此类怪异情况,请老是采用可读的数组字面量。
推荐
1
2
3
4
|
var
a = [x1, x2, x3];
var
a2 = [x1, x2];
var
a3 = [x1];
var
a4 = [];
|
不推荐
1
2
3
4
5
6
7
|
var
o =
new
Object();
var
o2 =
new
Object();
o2.a = 0;
o2.b = 1;
o2.c = 2;
o2[
'strange key'
] = 3;
|
推荐
1
2
3
4
5
6
7
|
var
o = {};
var
o2 = {
a: 0,
b: 1,
c: 2,
'strange key'
: 3
};
|
用三元操做符分配或返回语句。在比较简单的状况下使用,避免在复杂的状况下使用。没人愿意用 10 行三元操做符把本身的脑子绕晕。
不推荐
1
2
3
4
5
|
if
(x === 10) {
return
'valid'
;
}
else
{
return
'invalid'
;
}
|
推荐
1
|
return
x === 10 ?
'valid'
:
'invalid'
;
|
使用for循环过程当中,数组的长度,使用一个变量来接收,这样有利于代码执行效率获得提升,而不是每走一次循环,都得从新计算数组长度
不推荐
1
2
3
|
for
(
var
i=0;i<arr.length,i++){
}
|
推荐
1
2
3
|
for
(
var
i=0,len=arr.length;i<len,i++){
}
|
重复的dom操做,使用一个变量来进行接收颇有必要,而不是频繁的去操做dom树,这对性能与代码的整洁及易维护性带来很差的影响
不推荐
1
2
3
4
|
$(
'.myDiv'
).find(
'.span1'
).text(
'1'
);
$(
'.myDiv'
).find(
'.span2'
).text(
'2'
);
$(
'.myDiv'
).find(
'.span3'
).text(
'3'
);
$(
'.myDiv'
).find(
'.span4'
).text(
'4'
);
|
推荐
1
2
3
4
5
|
var
mydiv=$(
'.myDiv'
);
mydiv.find(
'.span1'
).text(
'1'
);
mydiv.find(
'.span2'
).text(
'2'
);
mydiv.find(
'.span3'
).text(
'3'
);
mydiv.find(
'.span4'
).text(
'4'
);
|
在jquery .end()可以使用的状况下应该优先使用.end()
推荐
1
2
3
4
|
$(
'.myDiv'
).find(
'.span1'
).text(
'1'
)
.end().find(
'.span2'
).text(
'2'
);
.end().find(
'.span3'
).text(
'3'
);
.end().find(
'.span4'
).text(
'4'
);
|
在描写注释时,推荐格式化且统一的注释风格,在写注释时尽可能描述写代码时的思路,而不是代码作了什么。
不推荐
1
2
3
4
5
6
|
//获取订单
function
getOrderByID(id){
var
order;
//...
return
order;
}
|
方法的注释应该统一用块级注释
推荐
1
2
3
4
5
6
7
8
9
10
|
/**
* 根据订单id获取订单详细数据
* @param {[number]} id [订单ID]
* @return {[order]} [订单详细信息]
*/
function
getOrderByID(id){
var
order;
//...
return
order;
}
|