修订版: 2.9
Aaron WhyteHooray! 这里是更多详细的内容, 你也可以点击最上面的"显示/隐藏全部按钮"来切换显示更多内容.
JavaScript 是一种客户端脚本语言, Google 的许多开源工程中都有用到它. 这份指南列出了编写 JavaScript 时需要遵守的规则.
var
关键字.
var
, 变量就会暴露在全局上下文中, 这样很可能会和现有变量冲突.
另外, 如果没有加上, 很难明确该变量的作用域是什么, 变量也很可能像在局部作用域中, 很轻易地泄漏到 Document 或者 Window 中,
所以务必用 var
去声明变量.
NAMES_LIKE_THIS
, 即使用大写字符, 并用下划线分隔.
你也可用 @const
标记来指明它是一个常量.
但请永远不要使用 const
关键词.
对于基本类型的常量, 只需转换命名.
对于非基本类型, 使用 @const
标记.
这标记告诉编译器它是常量.
至于关键词 const
, 因为 IE 不能识别, 所以不要使用.
如果仅依靠语句间的隐式分隔, 有时会很麻烦. 你自己更能清楚哪里是语句的起止.
而且有些情况下, 漏掉分号会很危险:
x[ffVersion][isIE]()
执行.resultOfOperation()
返回非 NaN 时, 就会调用die
, 其结果也会赋给 THINGS_TO_EAT
.JavaScript 的语句以分号作为结束符, 除非可以非常准确推断某结束位置才会省略分号. 上面的几个例子产出错误, 均是在语句中声明了函数/对象/数组直接量, 但 闭括号('}'或']')并不足以表示该语句的结束. 在 JavaScript 中, 只有当语句后的下一个符号是后缀或括号运算符时, 才会认为该语句的结束.
遗漏分号有时会出现很奇怪的结果, 所以确保语句以分号结束.
嵌套函数很有用, 比如,减少重复代码, 隐藏帮助函数, 等. 没什么其他需要注意的地方, 随意使用.
不要写成:
虽然很多 JS 引擎都支持块内声明函数, 但它不属于 ECMAScript 规范 (见 ECMA-262, 第13和14条). 各个浏览器糟糕的实现相互不兼容, 有些也与未来 ECMAScript 草案相违背. ECMAScript 只允许在脚本的根语句或函数中声明函数. 如果确实需要在块中定义函数, 建议使用函数表达式来初始化变量:
你在写一个比较复杂的应用时, 不可能完全避免不会发生任何异常. 大胆去用吧.
有时发生异常了, 但返回的错误信息比较奇怪, 也不易读. 虽然可以将含错误信息的引用对象或者可能产生错误的完整对象传递过来, 但这样做都不是很好, 最好还是自定义异常类, 其实这些基本上都是最原始的异常处理技巧. 所以在适当的时候使用自定义异常.
最大化可移植性和兼容性, 尽量使用标准方法而不是用非标准方法, (比如,
优先用string.charAt(3)
而不用 string[3]
,
通过 DOM 原生函数访问元素, 而不是使用应用封装好的快速接口.
没有任何理由去封装基本类型, 另外还存在一些风险:
除非明确用于类型转换, 其他情况请千万不要这样做!
有时用作 number
, string
或 boolean
时, 类型的转换会非常实用.
多级原型结构是指 JavaScript 中的继承关系. 当你自定义一个D类, 且把B类作为其原型, 那么这就获得了一个多级原型结构. 这些原型结构会变得越来越复杂!
使用
the Closure 库
中的 goog.inherits()
或其他类似的用于继承的函数, 会是更好的选择.
Foo.prototype.bar = function() { ... };
有很多方法可以给构造器添加方法或成员, 我们更倾向于使用如下的形式:
闭包也许是 JS 中最有用的特性了. 有一份比较好的介绍闭包原理的文档.
有一点需要牢记, 闭包保留了一个指向它封闭作用域的指针, 所以, 在给 DOM 元素附加闭包时, 很可能会产生循环引用, 进一步导致内存泄漏. 比如下面的代码:
这里, 即使没有使用 element
, 闭包也保留了 element
,
a
和 b
的引用, . 由于 element
也保留了对闭包的引用, 这就产生了循环引用, 这就不能被 GC 回收.
这种情况下, 可将代码重构为:
eval()
会让程序执行的比较混乱, 当 eval()
里面包含用户输入的话就更加危险.
可以用其他更佳的, 更清晰, 更安全的方式写你的代码, 所以一般情况下请不要使用 eval().
当碰到一些需要解析序列化串的情况下(如, 计算 RPC 响应), 使用 eval
很容易实现.
解析序列化串是指将字节流转换成内存中的数据结构. 比如, 你可能会将一个对象输出成文件形式:
很简单地调用 eval
后, 把表示成文件的数据读取回内存中.
类似的, eval()
对 RPC 响应值进行解码. 例如, 你在使用 XMLHttpRequest
发出一个 RPC 请求后, 通过 eval () 将服务端的响应文本转成 JavaScript 对象:
使用 with
让你的代码在语义上变得不清晰. 因为 with
的对象, 可能会与局部变量产生冲突, 从而改变你程序原本的用义.
下面的代码是干嘛的?
答案: 任何事. 局部变量 x
可能被 foo
的属性覆盖, 当它定义一个 setter 时, 在赋值 3
后会执行很多其他代码.
所以不要使用 with
语句.
this
的语义很特别. 有时它引用一个全局对象(大多数情况下), 调用者的作用域(使用
eval
时), DOM 树中的节点(添加事件处理函数时), 新创建的对象(使用一个构造器), 或者其他对象(如果函数被
call()
或 apply()
).
使用时很容易出错, 所以只有在下面两个情况时才能使用:
对 Array
用 for-in
循环有时会出错. 因为它并不是从 0
到
length - 1
进行遍历, 而是所有出现在对象及其原型链的键值. 下面就是一些失败的使用案例:
而遍历数组通常用最普通的 for 循环.
Array
作为 map/hash/associative 数组.
数组中不允许使用非整型作为索引值, 所以也就不允许用关联数组. 而取代它使用 Object
来表示 map/hash 对象.
Array
仅仅是扩展自 Object
(类似于其他 JS 中的对象, 就像
Date
, RegExp
和 String
)一样来使用.
不要这样写长字符串:
在编译时, 不能忽略行起始位置的空白字符; "\" 后的空白字符会产生奇怪的错误; 虽然大多数脚本引擎支持这种写法, 但它不是 ECMAScript 的标准规范.
使用 Array
和 Object
语法, 而不使用
Array
和 Object
构造器.
使用 Array 构造器很容易因为传参不恰当导致错误.
如果传入一个参数而不是2个参数, 数组的长度很有可能就不是你期望的数值了.
为了避免这些歧义, 我们应该使用更易读的直接量来声明.
虽然 Object 构造器没有上述类似的问题, 但鉴于可读性和一致性考虑, 最好还是在字面上更清晰地指明.
应该写成:
千万不要修改内置对象, 如 Object.prototype
和
Array.prototype
的原型. 而修改内置对象, 如 Function.prototype
的原型, 虽然少危险些, 但仍会导致调试时的诡异现象.
所以也要避免修改其原型.
不要这样子写:
条件注释妨碍自动化工具的执行, 因为在运行时, 它们会改变 JavaScript 语法树.
通常, 使用 functionNamesLikeThis
,
variableNamesLikeThis
, ClassNamesLikeThis
,
EnumNamesLikeThis
, methodNamesLikeThis
,
和 SYMBOLIC_CONSTANTS_LIKE_THIS
.
展开见细节.
更多有关 私有 和 保护的信息见, visibility.
可选参数以 opt_
开头.
函数的参数个数不固定时, 应该添加最后一个参数 var_args
为参数的个数. 你也可以不设置
var_args
而取代使用 arguments
.
可选和可变参数应该在
@param
标记中说明清楚. 虽然这两个规定对编译器没有任何影响, 但还是请尽量遵守
Getters 和 setters 并不是必要的. 但只要使用它们了, 就请将 getters 命名成 getFoo()
形式,
将 setters 命名成 setFoo(value)
形式. (对于布尔类型的 getters, 使用 isFoo()
也可.)
JavaScript 不支持包和命名空间.
不容易发现和调试全局命名的冲突, 多个系统集成时还可能因为命名冲突导致很严重的问题. 为了提高 JavaScript 代码复用率, 我们遵循下面的约定以避免冲突.
在全局作用域上, 使用一个唯一的, 与工程/库相关的名字作为前缀标识. 比如, 你的工程是 "Project Sloth", 那么命名空间前缀可取为 sloth.*
.
许多 JavaScript 库, 包括 the Closure Library and Dojo toolkit 为你提供了声明你自己的命名空间的函数. 比如:
当选择了一个子命名空间, 请确保父命名空间的负责人知道你在用哪个子命名空间, 比如说, 你为工程 'sloths' 创建一个 'hats' 子命名空间,
那确保 Sloth 团队人员知道你在使用 sloth.hats
.
"外部代码" 是指来自于你代码体系的外部, 可以独立编译. 内外部命名应该严格保持独立.
如果你使用了外部库, 他的所有对象都在 foo.hats.*
下, 那么你自己的代码不能在
foo.hats.*
下命名, 因为很有可能其他团队也在其中命名.
如果你需要在外部命名空间中定义新的 API, 那么你应该直接导出一份外部库, 然后在这份代码中修改. 在你的内部代码中, 应该通过他们的内部名字来调用内部 API , 这样保持一致性可让编译器更好的优化你的代码.
主要是为了提高可读性. 局部空间中的变量别名只需要取原名字的最后部分.
不要对命名空间创建别名.
除非是枚举类型, 不然不要访问别名变量的属性.
不要在全局范围内创建别名, 而仅在函数块作用域中使用.
文件名应该使用小写字符, 以避免在有些系统平台上不识别大小写的命名方式. 文件名以.js
结尾,
不要包含除 -
和 _
外的标点符号(使用 -
优于 _
).
可自定义 toString()
方法, 但确保你的实现方法满足: (1) 总是成功 (2) 没有其他负面影响.
如果不满足这两个条件, 那么可能会导致严重的问题, 比如, 如果 toString()
调用了包含 assert
的函数,
assert
输出导致失败的对象, 这在 toString()
也会被调用.
没必要在每次声明变量时就将其初始化.
任何时候都要明确作用域 - 提高可移植性和清晰度. 例如, 不要依赖于作用域链中的 window
对象.
可能在其他应用中, 你函数中的 window
不是指之前的那个窗口对象.
主要依照C++ 格式规范 ( 中文版 ), 针对 JavaScript, 还有下面一些附加说明.
分号会被隐式插入到代码中, 所以你务必在同一行上插入大括号. 例如:
如果初始值不是很长, 就保持写在单行上:
初始值占用多行时, 缩进2个空格.
比较长的标识符或者数值, 不要为了让代码好看些而手工对齐. 如:
不要这样做:
尽量让函数参数在同一行上. 如果一行超过 80 字符, 每个参数独占一行, 并以4个空格缩进, 或者与括号对齐, 以提高可读性. 尽可能不要让每行超过80个字符. 比如下面这样:
如果参数中有匿名函数, 函数体从调用该函数的左边开始缩进2个空格, 而不是从 function 这个关键字开始. 这让匿名函数更加易读 (不要增加很多没必要的缩进让函数体显示在屏幕的右侧).
事实上, 除了 初始化数组和对象 , 和传递匿名函数外, 所有被拆开的多行文本要么选择与之前的表达式左对齐, 要么以4个(而不是2个)空格作为一缩进层次.
使用空行来划分一组逻辑上相关联的代码片段.
操作符始终跟随着前行, 这样就不用顾虑分号的隐式插入问题. 如果一行实在放不下, 还是按照上述的缩进风格来换行.
不要滥用括号, 只在必要的时候使用它.
对于一元操作符(如delete
, typeof
和 void
),
或是在某些关键词(如 return
, throw
, case
, new
)之后, 不要使用括号.
单引号 (') 优于双引号 ("). 当你创建一个包含 HTML 代码的字符串时就知道它的好处了.
@private
和
@protected
JSDoc 的两个标记 @private
和
@protected
用来指明类, 函数, 属性的可见性域.
标记为 @private
的全局变量和函数, 表示它们只能在当前文件中访问.
标记为 @private
的构造器, 表示该类只能在当前文件或是其静态/普通成员中实例化;
私有构造器的公共静态属性在当前文件的任何地方都可访问, 通过 instanceof
操作符也可.
永远不要为 全局变量, 函数, 构造器加 @protected
标记.
标记为 @private
的属性, 在当前文件中可访问它; 如果是类属性私有, "拥有"该属性的类的所有静态/普通成员也可访问, 但它们不能被不同文件中的子类访问或覆盖.
标记为 @protected
的属性, 在当前文件中可访问它, 如果是类属性保护, 那么"拥有"该属性的类及其子类中的所有静态/普通成员也可访问.
注意: 这与 C++, Java 中的私有和保护不同, 它们是在当前文件中, 检查是否具有访问私有/保护属性的权限, 有权限即可访问, 而不是只能在同一个类或类层次上. 而 C++ 中的私有属性不能被子类覆盖. (C++/Java 中的私有/保护是指作用域上的可访问性, 在可访问性上的限制. JS 中是在限制在作用域上. PS: 可见性是与作用域对应)
如果使用 JSDoc, 那么尽量具体地, 准确地根据它的规则来书写类型说明. 目前支持两种 JS2 和 JS1.x 类型规范.
JS2 提议中包含了一种描述 JavaScript 类型的规范语法, 这里我们在 JSDoc 中采用其来描述函数参数和返回值的类型.
JSDoc 的类型语言, 按照 JS2 规范, 也进行了适当改变, 但编译器仍然支持旧语法.
名称 | 语法 | 描述 | 弃用语法 |
---|---|---|---|
普通类型 |
{boolean} , {Window} ,
{goog.ui.Menu}
|
普通类型的描述方法. | |
复杂类型 |
{Array.<string>} 字符串数组. {Object.<string, number>}
键为字符串, 值为整数的对象类型. |
参数化类型, 即指定了该类型中包含的一系列"类型参数". 类似于 Java 中的泛型. | |
联合类型 |
{(number|boolean)} 一个整数或者布尔值. |
表示其值可能是 A 类型, 也可能是 B 类型 |
{(number,boolean)} ,
{number|boolean} ,
{(number||boolean)}
|
记录类型 |
{{myNum: number, myObject}}
由现有类型组成的类型. |
表示包含指定成员及类型的值. 这个例子中, 注意大括号为类型语法的一部分. 比如, |
|
可为空类型 |
{?number} 一个整型数或者为 NULL |
表示一个值可能是 A 类型或者 null .
默认, 每个对象都是可为空的. 注意: 函数类型不可为空.
|
{number?}
|
非空类型 |
{!Object} 一个对象, 但绝不会是 null 值.
|
说明一个值是类型 A 且肯定不是 null. 默认情况下, 所有值类型 (boolean, number, string, 和 undefined) 不可为空. |
{Object!}
|
函数类型 |
{function(string, boolean)} 具有两个参数 ( string 和 boolean) 的函数类型, 返回值未知. |
说明一个函数. | |
函数返回类型 |
{function(): number} 函数返回一个整数. |
说明函数的返回类型. | |
函数的 this 类型 |
{function(this:goog.ui.Menu, string)} 函数只带一个参数 (string), 并且在上下文 goog.ui.Menu 中执行. |
说明函数类型的上下文类型. | |
可变参数 |
{function(string, ...[number]): number} 带一个参数 (字符类型) 的函数类型, 并且函数的参数个数可变, 但参数类型必须为 number. |
说明函数的可变长参数. | |
可变长的参数 (使用 @param 标记)
|
@param {...number} var_args 函数参数个数可变. |
使用标记, 说明函数具有不定长参数. | |
函数的 缺省参数 |
{function(?string=, number=)} 函数带一个可空且可选的字符串型参数, 一个可选整型参数. = 语法只针对 function 类型有效.
|
说明函数的可选参数. | |
函数 可选参数
(使用 @param 标记)
|
@param {number=} opt_argument number 类型的可选参数.
|
使用标记, 说明函数具有可选参数. | |
所有类型 | {*} |
表示变量可以是任何类型. |
类型示例 | 值示例 | 描述 |
---|---|---|
number |
|
|
Number |
|
Number 对象 |
string |
|
字符串值 |
String |
|
字符串对象 |
boolean |
|
布尔值 |
Boolean |
|
布尔对象 |
RegExp |
| |
Date |
|
|
null |
|
|
undefined |
|
|
void |
|
没有返回值 |
Array |
|
类型不明确的数组 |
Array.<number> |
|
整型数组 |
Array.<Array.<string>> |
|
字符串数组的数组 |
Object |
|
|
Object.<string> |
|
值为字符串的对象. |
Object.<number, string> |
|
键为整数, 值为字符串的对象. 注意, JavaScript 中, 键总是被转换成字符串, 所以
obj['1'] == obj[1] .
也所以, 键在 for...in 循环中是字符串类型. 但在编译器中会明确根据键的类型来查找对象.
|
Function |
|
函数对象 |
function(number, number): number |
|
函数值 |
SomeClass |
|
|
SomeInterface |
|
|
project.MyClass |
|
|
project.MyEnum |
|
枚举 |
Element |
|
DOM 中的元素 |
Node |
|
DOM 中的节点. |
HTMLInputElement |
|
DOM 中, 特定类型的元素. |
JavaScript 是一种弱类型语言, 明白可选, 非空和未定义参数或属性之间的细微差别还是很重要的.
对象类型(引用类型)默认非空. 注意: 函数类型默认不能为空. 除了字符串, 整型, 布尔, undefined 和 null 外, 对象可以是任何类型.
告诉编译器 myValue_
属性为一对象或 null. 如果 myValue_
永远都不会为 null,
就应该如下声明:
这样, 当编译器在代码中碰到 MyClass
为 null 时, 就会给出警告.
函数的可选参数可能在运行时没有定义, 所以如果他们又被赋给类属性, 需要声明成:
这告诉编译器 myValue_
可能是一个对象, 或 null, 或 undefined.
注意: 可选参数 opt_value
被声明成 {Object=}
, 而不是
{Object|undefined}
. 这是因为可选参数可能是 undefined. 虽然直接写 undefined 也并无害处, 但鉴于可阅读性还是写成上述的样子.
最后, 属性的非空和可选并不矛盾, 属性既可是非空, 也可是可选的. 下面的四种声明各不相同:
我们使用 JSDoc 中的注释风格. 行内注释使用 // 变量 的形式. 另外, 我们也遵循 C++ 代码注释风格 . 这也就是说你需要:
为了避免出现句子片段, 请以合适的大/小写单词开头, 并以合适的标点符号结束这个句子.
现在假设维护这段代码的是一位初学者. 这可能正好是这样的!
目前很多编译器可从 JSDoc 中提取类型信息, 来对代码进行验证, 删除和压缩. 因此, 你很有必要去熟悉正确完整的 JSDoc .
顶层注释用于告诉不熟悉这段代码的读者这个文件中包含哪些东西. 应该提供文件的大体内容, 它的作者, 依赖关系和兼容性信息. 如下:
每个类的定义都要附带一份注释, 描述类的功能和用法.
也需要说明构造器参数.
如果该类继承自其它类, 应该使用 @extends
标记.
如果该类是对接口的实现, 应该使用 @implements
标记.
提供参数的说明. 使用完整的句子, 并用第三人称来书写方法说明.
对于一些简单的, 不带参数的 getters, 说明可以忽略.
也需要对属性进行注释.
有时, 类型检查不能很准确地推断出表达式的类型, 所以应该给它添加类型标记注释来明确之, 并且必须在表达式和类型标签外面包裹括号.
如果你在 @param
,
@return
, @supported
, @this
或
@deprecated
中断行, 需要像在代码中一样, 使用4个空格作为一个缩进层次.
不要在 @fileoverview
标记中进行缩进.
虽然不建议, 但也可对说明文字进行适当的排版对齐. 不过, 这样带来一些负面影响, 就是当你每次修改变量名时, 都得重新排版说明文字以保持和变量名对齐.
注意一下, 枚举也具有有效类型, 所以可以当成参数类型来用.
有时类型会很复杂. 比如下面的函数, 接收 Element 参数:
你可以使用 @typedef
标记来定义个常用的类型表达式.
标记 | 模板 & 例子 | 描述 | 类型检测支持 |
---|---|---|---|
@param |
@param {Type} 变量名 描述
如: |
给方法, 函数, 构造器中的参数添加说明. | 完全支持. |
@return |
@return {Type} 描述
如: |
给方法, 函数的返回值添加说明. 在描述布尔型参数时,
用 "Whether the component is visible" 这种描述优于 "True if the component is visible, false otherwise".
如果函数没有返回值, 就不需要添加 @return 标记.
|
完全支持. |
@author |
@author username@google.com (first last)
如: |
表明文件的作者,
通常仅会在 @fileoverview 注释中使用到它.
|
不需要. |
@see |
@see Link
如: |
给出引用链接, 用于进一步查看函数/方法的相关细节. | 不需要. |
@fileoverview |
@fileoverview 描述
如: |
文件通览. | 不需要. |
@constructor |
@constructor
如: |
指明类中的构造器. | 会检查. 如果省略了, 编译器将禁止实例化. |
@interface |
@interface
如: |
指明这个函数是一个接口. | 会检查. 如果实例化一个接口, 编译器会警告. |
@type |
@type Type @type {Type} 如: |
标识变量, 属性或表达式的类型. 大多数类型是不需要加大括号的, 但为了保持一致, 建议统一加大括号. | 会检查 |
@extends |
@extends Type @extends {Type} 如: |
与 @constructor 一起使用, 用来表明该类是扩展自其它类的. 类型外的大括号可写可不写. | 会检查 |
@implements |
@implements Type @implements {Type} 如: |
与 @constructor 一起使用, 用来表明该类实现自一个接口. 类型外的大括号可写可不写. | 会检查. 如果接口不完整, 编译器会警告. |
@lends |
@lends objectName @lends {objectName} 如: |
表示把对象的键看成是其他对象的属性. 该标记只能出现在对象语法中. 注意, 括号中的名称和其他标记中的类型名称不一样, 它是一个对象名, 以"借过来"的属性名命名. 如, @type {Foo} 表示 "Foo 的一个实例", but @lends {Foo} 表示 "Foo 构造器". 更多有关此标记的内容见 JSDoc Toolkit docs. | 会检查 |
@private |
@private
如: |
指明那些以下划线结尾的方法和属性是 私有的. 不推荐使用后缀下划线, 而应改用 @private. | 需要指定标志来开启. |
@protected |
@protected
如: |
指明接下来的方法和属性是 被保护的. 被保护的方法和属性的命名不需要以下划线结尾, 和普通变量名没区别. | 需要指定标志来开启. |
@this |
@this Type @this {Type} 如: |
指明调用这个方法时, 需要在哪个上下文中. 当 this 指向的不是原型方法的函数时必须使用这个标记. | 会检查 |
@supported |
@supported 描述
如: |
在文件概述中用到, 表明支持哪些浏览器. | 不需要. |
@enum |
@enum {Type}
如: |
用于枚举类型. | 完全支持. 如果省略, 会认为是整型. |
@deprecated |
@deprecated 描述
如: |
告诉其他开发人员, 此方法, 函数已经过时, 不要再使用. 同时也会给出替代方法或函数. | 不需要 |
@override |
@override
如: |
指明子类的方法和属性是故意隐藏了父类的方法和属性. 如果子类的方法和属性没有自己的文档, 就会继承父类的. | 会检查 |
@inheritDoc |
@inheritDoc
如: |
指明子类的方法和属性是故意隐藏了父类的方法和属性, 它们具有相同的文档. 注意: 使用 @inheritDoc 意味着也同时使用了 @override. | 会检查 |
@code |
{@code ...}
如: |
说明这是一段代码, 让它能在生成的文档中正确的格式化. | 不适用. |
@license or @preserve |
@license 描述
如: |
所有被标记为 @license 或 @preserve 的, 会被编译器保留不做任何修改而直接输出到最终文挡中. 这个标记让一些重要的信息(如法律许可或版权信息)原样保留, 同样, 文本中的换行也会被保留. | 不需要. |
@noalias |
@noalias
如: |
在外部文件中使用, 告诉编译器不要为这个变量或函数重命名. | 不需要. |
@define |
@define {Type} 描述
如: |
表示该变量可在编译时被编译器重新赋值. 在上面例子中, BUILD 文件中指定了 --define='goog.userAgent.ASSUME_IE=true' 这个编译之后, 常量 goog.userAgent.ASSUME_IE 将被全部直接替换为 true. | 不需要. |
@export |
@export
如: |
上面的例子代码, 当编译器运行时指定 --generate_exports 标志, 会生成下面的代码: 编译后, 将源代码中的名字原样导出. 使用 @export 标记时, 应该
|
不需要. |
@const |
@const
如: |
声明变量为只读, 直接写在一行上. 如果其他代码中重写该变量值, 编译器会警告. 常量应全部用大写字符, 不过使用这个标记, 可以帮你消除命名上依赖. 虽然 jsdoc.org 上列出的 @final 标记作用等价于 @const , 但不建议使用. @const 与 JS1.5 中的 const 关键字一致. 注意, 编译器不禁止修改常量对象的属性(这与 C++ 中的常量定义不一样). 如果可以准确推测出常量类型的话, 那么类型申明可以忽略. 如果指定了类型, 应该也写在同一行上. 变量的额外注释可写可不写. |
支持. |
@nosideeffects |
@nosideeffects
如: |
用于对函数或构造器声明, 说明调用此函数不会有副作用. 编译器遇到此标记时, 如果调用函数的返回值没有其他地方使用到, 则会将这个函数整个删除. | 不需要检查. |
@typedef |
@typedef
如: |
这个标记用于给一个复杂的类型取一个别名. | 会检查 |
@externs |
@externs
如: |
指明一个外部文件. |
不会检查 |
在第三方代码中, 你还会见到其他一些 JSDoc 标记. 这些标记在 JSDoc Toolkit Tag Reference 都有介绍到, 但在 Google 的代码中, 目前不推荐使用. 你可以认为这些是将来会用到的 "保留" 名. 它们包含:
类似于 JavaDoc, JSDoc 支持许多 HTML 标签, 如 <code>, <pre>, <tt>, <strong>, <ul>, <ol>, <li>, <a>, 等等.
这就是说 JSDoc 不会完全依照纯文本中书写的格式. 所以, 不要在 JSDoc 中, 使用空白字符来做格式化:
上面的注释, 出来的结果是:
Computes weight based on three factors: items sent items received items received应该这样写:
另外, 也不要包含任何 HTML 或类 HTML 标签, 除非你就想让它们解析成 HTML 标签.
出来的结果是:
Changes tags to tags.另外, 也应该在源代码文件中让其他人更可读, 所以不要过于使用 HTML 标签:
上面的代码中, 其他人就很难知道你想干嘛, 直接改成下面的样子就清楚多了:
建议您去使用 JS 编译器, 如 Closure Compiler.
下面的布尔表达式都返回 false:
null
undefined
''
空字符串0
数字0但小心下面的, 可都返回 true:
'0'
字符串0[]
空数组{}
空对象下面段比较糟糕的代码:
你可以直接写成下面的形式(只要你希望 x 不是 0 和空字符串, 和 false):
如果你想检查字符串是否为 null 或空:
但这样会更好:
注意: 还有很多需要注意的地方, 如:
Boolean('0') == true
'0' != true
0 != null
0 == []
0 == false
Boolean(null) == false
null != true
null != false
Boolean(undefined) == false
undefined != true
undefined != false
Boolean([]) == true
[] != true
[] == false
Boolean({}) == true
{} != true
{} != false
三元操作符用于替代下面的代码:
你可以写成:
在生成 HTML 代码时也是很有用的:
二元布尔操作符是可短路的, 只有在必要时才会计算到最后一项.
"||" 被称作为 'default' 操作符, 因为可以这样:
你可以使用它来简化上面的代码:
"&&" 也可简短代码.比如:
你可以像这样来使用:
或者:
不过这样就有点儿过头了:
通常是这样使用的:
但这样在 IE 下非常慢, 可以用下面的方式:
你也可以是用数组作为字符串构造器, 然后通过 myArray.join('')
转换成字符串. 不过由于赋值操作快于数组的
push()
, 所以尽量使用赋值操作.
Node lists 是通过给节点迭代器加一个过滤器来实现的. 这表示获取他的属性, 如 length 的时间复杂度为 O(n), 通过 length 来遍历整个列表需要 O(n^2).
这样做会更好:
这种方法对所有的 collections 和数组(只要数组不包含 falsy 值) 都适用.
在上面的例子中, 也可以通过 firstChild 和 nextSibling 来遍历孩子节点.
保持一致性.
当你在编辑代码之前, 先花一些时间查看一下现有代码的风格. 如果他们给算术运算符添加了空格, 你也应该添加. 如果他们的注释使用一个个星号盒子, 那么也请你使用这种方式.
代码风格中一个关键点是整理一份常用词汇表, 开发者认同它并且遵循, 这样在代码中就能统一表述. 我们在这提出了一些全局上的风格规则, 但也要考虑自身情况形成自己的代码风格. 但如果你添加的代码和现有的代码有很大的区别, 这就让阅读者感到很不和谐. 所以, 避免这种情况的发生.
修订版 2.9
Aaron Whyte
译者注:
Google JavaScript 编码风格原文,
有问题请联系 qiaohua,
2010-10-21.