用更合理的方式写 JavaScript
目录
- 类型
- 对象
- 数组
- 字符串
- 函数
- 属性
- 变量
- 提升
- 比较运算符 & 等号
- 块
- 注释
- 空白
- 逗号
- 分号
- 类型转化
- 命名规则
- 存取器
- 构造函数
- 事件
- 模块
- jQuery
- ECMAScript 5 兼容性
- 测试
- 性能
- 资源
类型
原始值: 存取直接作用于它自身。
string
number
boolean
null
undefined
|
|
复杂类型: 存取时作用于它自身值的引用。
object
array
function
|
|
对象
使用直接量创建对象。
|
|
不要使用保留字作为键名,它们在 IE8 下不工作。更多信息。
|
|
使用同义词替换需要使用的保留字。
|
|
数组
使用直接量创建数组。
|
|
向数组增加元素时使用 Array#push 来替代直接赋值。
|
|
当你需要拷贝数组时,使用 Array#slice。jsPerf
|
|
使用 Array#slice 将类数组对象转换成数组。
|
|
字符串
- 使用单引号
''
包裹字符串。
|
|
|
|
- 程序化生成的字符串使用 Array#join 连接而不是使用连接符。尤其是 IE 下:jsPerf.
|
|
函数
- 函数表达式:
|
|
- 永远不要在一个非函数代码块(if、while 等)中声明一个函数,把那个函数赋给一个变量。浏览器允许你这么做,但它们的解析表现不一致。
- 注: ECMA-262 把
块
定义为一组语句。函数声明不是语句。阅读对 ECMA-262 这个问题的说明。
|
|
- 永远不要把参数命名为
arguments
。这将取代函数作用域内的arguments
对象。
|
|
属性
- 使用
.
来访问对象的属性。
|
|
- 当通过变量访问属性时使用中括号
[]
。
|
|
变量
- 总是使用
var
来声明变量。不这么做将导致产生全局变量。我们要避免污染全局命名空间。
|
|
- 使用
var
声明每一个变量。
这样做的好处是增加新变量将变的更加容易,而且你永远不用再担心调换错;
跟,
。
|
|
- 最后再声明未赋值的变量。当你需要引用前面的变量赋值时这将变的很有用。
|
|
- 在作用域顶部声明变量。这将帮你避免变量声明提升相关的问题。
|
|
提升
- 变量声明会提升至作用域顶部,但赋值不会。
|
|
- 匿名函数表达式会提升它们的变量名,但不会提升函数的赋值。
|
|
- 命名函数表达式会提升变量名,但不会提升函数名或函数体。
|
|
- 函数声明提升它们的名字和函数体。
|
|
- 了解更多信息在 JavaScript Scoping & Hoisting by Ben Cherry.
比较运算符 & 等号
- 优先使用
===
和!==
而不是==
和!=
. - 条件表达式例如
if
语句通过抽象方法ToBoolean
强制计算它们的表达式并且总是遵守下面的规则:
- 对象 被计算为 true
- Undefined 被计算为 false
- Null 被计算为 false
- 布尔值 被计算为 布尔的值
- 数字 如果是 +0、-0 或 NaN 被计算为 false,否则为 true
- 字符串 如果是空字符串
''
被计算为 false,否则为 true
|
|
- 使用快捷方式。
|
|
- 了解更多信息在 Truth Equality and JavaScript by Angus Croll.
块
- 使用大括号包裹所有的多行代码块。
|
|
- 如果通过
if
和else
使用多行代码块,把else
放在if
代码块关闭括号的同一行。
|
|
注释
- 使用
/** ... */
作为多行注释。包含描述、指定所有参数和返回值的类型和值。
|
|
- 使用
//
作为单行注释。在评论对象上面另起一行使用单行注释。在注释前插入空行。
|
|
给注释增加
FIXME
或TODO
的前缀可以帮助其他开发者快速了解这是一个需要复查的问题,或是给需要实现的功能提供一个解决方式。这将有别于常见的注释,因为它们是可操作的。使用FIXME -- need to figure this out
或者TODO -- need to implement
。使用
// FIXME:
标注问题。
|
|
- 使用
// TODO:
标注问题的解决方式。
|
|
空白
- 使用 2 个空格作为缩进。
|
|
- 在大括号前放一个空格。
|
|
- 在控制语句(
if
、while
等)的小括号前放一个空格。在函数调用及声明中,不在函数的参数列表前加空格。
|
|
- 使用空格把运算符隔开。
|
|
- 在文件末尾插入一个空行。
|
|
|
|
|
|
- 在使用长方法链时进行缩进。使用前面的点
.
强调这是方法调用而不是新语句。
|
|
- 在块末和新语句前插入空行。
|
|
逗号
- 行首逗号: 不需要。
|
|
- 额外的行末逗号:不需要。这样做会在 IE6/7 和 IE9 怪异模式下引起问题。同样,多余的逗号在某些 ES3 的实现里会增加数组的长度。在 ES5 中已经澄清了 (source):
Edition 5 clarifies the fact that a trailing comma at the end of an ArrayInitialiser does not add to the length of the array. This is not a semantic change from Edition 3 but some implementations may have previously misinterpreted this.
|
|
分号
- 使用分号。
|
|
了解更多.
类型转换
- 在语句开始时执行类型转换。
- 字符串:
|
|
- 使用
parseInt
转换数字时总是带上类型转换的基数。
|
|
- 如果因为某些原因
parseInt
成为你所做的事的瓶颈而需要使用位操作解决性能问题时,留个注释说清楚原因和你的目的。
|
|
- 注: 小心使用位操作运算符。数字会被当成 64 位值,但是位操作运算符总是返回 32 位的整数(source)。位操作处理大于 32 位的整数值时还会导致意料之外的行为。讨论。最大的 32 位整数是 2,147,483,647:
|
|
- 布尔:
|
|
命名规则
- 避免单字母命名。命名应具备描述性。
|
|
- 使用驼峰式命名对象、函数和实例。
|
|
- 使用帕斯卡式命名构造函数或类。
|
|
- 不要使用下划线前/后缀。
为什么?JavaScript 并没有私有属性或私有方法的概念。虽然使用下划线是表示「私有」的一种共识,但实际上这些属性是完全公开的,它本身就是你公共接口的一部分。这种习惯或许会导致开发者错误的认为改动它不会造成破坏或者不需要去测试。长话短说:如果你想要某处为「私有」,它必须不能是显式提出的。
|
|
- 不要保存
this
的引用。使用 Function#bind。
|
|
- 给函数命名。这在做堆栈轨迹时很有帮助。
|
|
注: IE8 及以下版本对命名函数表达式的处理有些怪异。了解更多信息到 http://kangax.github.io/nfe/。
如果你的文件导出一个类,你的文件名应该与类名完全相同。
123456789101112131415// file contentsclass CheckBox {// ...}module.exports = CheckBox;// in some other file// 糟糕var CheckBox = require('./checkBox');// 糟糕var CheckBox = require('./check_box');// 良好var CheckBox = require('./CheckBox');
存取器
- 属性的存取函数不是必须的。
- 如果你需要存取函数时使用
getVal()
和setVal('hello')
。
|
|
- 如果属性是布尔值,使用
isVal()
或hasVal()
。
|
|
- 创建 get() 和 set() 函数是可以的,但要保持一致。
|
|
构造函数
- 给对象原型分配方法,而不是使用一个新对象覆盖原型。覆盖原型将导致继承出现问题:重设原型将覆盖原有原型!
|
|
- 方法可以返回
this
来实现方法链式使用。
|
|
- 写一个自定义的
toString()
方法是可以的,但是确保它可以正常工作且不会产生副作用。
|
|
事件
- 当给事件附加数据时(无论是 DOM 事件还是私有事件),传入一个哈希而不是原始值。这样可以让后面的贡献者增加更多数据到事件数据而无需找出并更新事件的每一个处理器。例如,不好的写法:
|
|
更好的写法:
|
|
模块
- 模块应该以
!
开始。这样确保了当一个不好的模块忘记包含最后的分号时,在合并代码到生产环境后不会产生错误。详细说明 - 文件应该以驼峰式命名,并放在同名的文件夹里,且与导出的名字一致。
- 增加一个名为
noConflict()
的方法来设置导出的模块为前一个版本并返回它。 - 永远在模块顶部声明
'use strict';
。
|
|
jQuery
- 使用
$
作为存储 jQuery 对象的变量名前缀。
|
|
- 缓存 jQuery 查询。
|
|
- 对 DOM 查询使用层叠
$('.sidebar ul')
或 父元素 > 子元素$('.sidebar > ul')
。 jsPerf - 对有作用域的 jQuery 对象查询使用
find
。
|
|
ECMAScript 5 兼容性
测试
- Yup.
|
|
性能
- On Layout & Web Performance
- String vs Array Concat
- Try/Catch Cost In a Loop
- Bang Function
- jQuery Find vs Context, Selector
- innerHTML vs textContent for script text
- Long String Concatenation
- Loading…
资源
推荐阅读
工具
- Code Style Linters
其它风格指南
- Google JavaScript Style Guide
- jQuery Core Style Guidelines
- Principles of Writing Consistent, Idiomatic JavaScript
- JavaScript Standard Style
其它风格
- Naming this in nested functions - Christian Johansen
- Conditional Callbacks - Ross Allen
- Popular JavaScript Coding Conventions on Github - JeongHoon Byun
- Multiple var statements in JavaScript, not superfluous - Ben Alman
进一步阅读
- Understanding JavaScript Closures - Angus Croll
- Basic JavaScript for the impatient programmer - Dr. Axel Rauschmayer
- You Might Not Need jQuery - Zack Bloom & Adam Schwartz
- ES6 Features - Luke Hoban
- Frontend Guidelines - Benjamin De Cock
书籍
- JavaScript: The Good Parts - Douglas Crockford
- JavaScript Patterns - Stoyan Stefanov
- Pro JavaScript Design Patterns - Ross Harmes and Dustin Diaz
- High Performance Web Sites: Essential Knowledge for Front-End Engineers - Steve Souders
- Maintainable JavaScript - Nicholas C. Zakas
- JavaScript Web Applications - Alex MacCaw
- Pro JavaScript Techniques - John Resig
- Smashing Node.js: JavaScript Everywhere - Guillermo Rauch
- Secrets of the JavaScript Ninja - John Resig and Bear Bibeault
- Human JavaScript - Henrik Joreteg
- Superhero.js - Kim Joar Bekkelund, Mads Mobæk, & Olav Bjorkoy
- JSBooks - Julien Bouquillon
- Third Party JavaScript - Ben Vinegar and Anton Kovalyov
- Effective JavaScript: 68 Specific Ways to Harness the Power of JavaScript - David Herman
- Eloquent JavaScript - Marijn Haverbeke
- You Don’t Know JS - Kyle Simpson
博客
- DailyJS
- JavaScript Weekly
- JavaScript, JavaScript…
- Bocoup Weblog
- Adequately Good
- NCZOnline
- Perfection Kills
- Ben Alman
- Dmitry Baranovskiy
- Dustin Diaz
- nettuts
播客