《编写可维护的JavaScript》——第 2 章 注释 2.1单行注释

第 2 章 注释

注释是代码中最常见的组成部分。它们是另一种形式的文档,也是程序员最后才舍得花时间去写的。但是,对于代码的总体可维护性而言,注释是非常重要的一环。打开一个没有任何注释的文件就好像趣味冒险,但如果给你的时间有限,这项任务就变成了折磨。适度的添加注释可以解释说明代码的来龙去脉,其他开发者就可以不用从头开始读代码,而是直接去读代码的任意部分。编程风格通常不会包含对注释的风格约定,但我认为从注释的作用即可看出它们的重要性不容忽视。

JavaScript支持两种不同类型的注释:单行注释和多行注释。

2.1 单行注释

单行注释以两个斜线开始,以行尾结束。

// 这是一句单行注释
很多人喜欢在双斜线后敲入一个空格,用来让注释文本有一定的偏移。单行注释有三种使用方法。

独占一行的注释,用来解释下一行代码。这行注释之前总是有一个空行,且缩进层级和下一行代码保持一致。
在代码行的尾部的注释。代码结束到注释之间至少有一个缩进。注释(包括之前的代码部分)不应当超过单行最大字符数限制,如果超过了,就将这条注释放置于当前代码行的上方。
被注释掉的大段代码(很多编辑器都可以批量注释掉多行代码)。
单行注释不应当以连续多行注释的形式出现,除非你注释掉一大段代码。只有当需要注释一段很长的文本时才使用多行注释。

这里有一些示例代码。

// 好的写法
if (condition) {
     // 如果代码执行到这里,则表明通过了所有安全性检查
     allowed();
}
// 不好的写法:注释之前没有空行
if (condition) {
     // 如果代码执行到这里,则表明通过了所有安全性检查
     allowed();
}
// 不好的写法:错误的缩进
if (condition) {
// 如果代码执行到这里,则表明通过了所有安全性检查
     allowed();
}
// 好的写法
var result = something + somethingElse; // somethingElse不应当取值为null
// 不好的写法:代码和注释之间没有间隔
var result = something + somethingElse;// somethingElse不应当取值为null
// 好的写法
// if (condition) {
//       doSomething();
//       thenDoSomethingElse();
// }
// 不好的写法:这里应当用多行注释
// 接下来的这段代码非常难,那么,让我详细解释一下
// 这段代码的作用是首先判断条件是否为真
// 只有为真时才会执行。这里的条件是通过
// 多个函数计算出来的,在整个会话生命周期内
// 这个值是可以被修改的
if (condition) {
     // 如果代码执行到这里,则表明通过了所有安全性检查
     allowed();
}
时间: 2024-11-10 10:22:57

《编写可维护的JavaScript》——第 2 章 注释 2.1单行注释的相关文章

《编写可维护的JavaScript》——第 1 章 基本的格式化1.1 缩进层级

第一部分 编程风格 编写可维护的JavaScript"程序是写给人读的,只是偶尔让计算机执行一下." --Donald Knuth.1 当你刚刚组建一个团队时,团队中的每个人都各自有一套编程习惯.毕竟,每个成员都有着不同的背景.有些人可能来自某个"皮包公司"(one-man shop),身兼数职,在公司里什么事都做:还有些人会来自不同的团队,对某种特定的做事风格情有独钟(或恨之入骨).每个人都觉得代码应当按照自己的想法来写,这些通常被归纳为个人编程嗜好.在这个过程中

《编写可维护的JavaScript》——第 1 章 基本的格式化 1.1缩进层级

第 1 章 基本的格式化 编程风格指南的核心是基本的格式化规则(formatting rule).这些规则直接决定了如何编写高水准的代码.与在学校学习写字时所用的方格纸类似,基本的格式化规则将指引开发者以特定的风格编写代码.这些规则通常包含一些你不太在意的有关语法的信息,但对于编写清晰连贯的代码段来说,每一条信息都是非常重要的.1.1 缩进层级 关于JavaScript编码风格,我们首先要讨论的是(几乎所有的语言都是如此)如何处理缩进.对这个话题是可以争论上好几个小时的,缩进甚至关系到软件工程师

《编写可维护的JavaScript》——第 2 章 注释2.1 单行注释

第 2 章 注释 注释是代码中最常见的组成部分.它们是另一种形式的文档,也是程序员最后才舍得花时间去写的.但是,对于代码的总体可维护性而言,注释是非常重要的一环.打开一个没有任何注释的文件就好像趣味冒险,但如果给你的时间有限,这项任务就变成了折磨.适度的添加注释可以解释说明代码的来龙去脉,其他开发者就可以不用从头开始读代码,而是直接去读代码的任意部分.编程风格通常不会包含对注释的风格约定,但我认为从注释的作用即可看出它们的重要性不容忽视. JavaScript支持两种不同类型的注释:单行注释和多

《编写可维护的JavaScript》——2.3 使用注释

2.3 使用注释 何时添加注释是程序员经常争论的一个话题.一种通行的指导原则是,当代码不够清晰时添加注释,而当代码很明了时不应当添加注释.比如这个例子中,注释是画蛇添足. // 不好的写法 // 初始化count var count = 10; 因为代码中初始化count的操作是显而易见的.注释并没有提供其他有价值的信息.换个角度讲,如果这个值10具有一些特殊的含义,而且无法直接从代码中看出来,这时就有必要添加注释了. // 好的写法 // 改变这个值可能会让它变成青蛙 var count =

《编写可维护的JavaScript》——1.7 直接量

1.7 直接量 JavaScript中包含一些类型的原始值:字符串.数字.布尔值.null和undefined.同样也包含对象直接量和数组直接量.这其中,只有布尔值是自解释(self-explanatory)的,其他的类型或多或少都需要思考一下它们如何才能更精确地表示出来. ** 1.7.1 字符串** 在JavaScript中,字符串是独一无二的.字符串可以用双引号括起来,也可以用单引号括起来.比如: // 合法的JavaScript代码 var name = "Nicholas says,

《编写可维护的JavaScript》——1.2 语句结尾

1.2 语句结尾 有一件很有意思且很容易让人困惑的事情,那就是JavaScript的语句要么独占一行,要么以分号结尾.类似C的编程语言,诸如C++和Java,都采用这种行结束写法,即结尾使用分号.下面这两段示例代码都是合法的JavaScript. // 合法的代码 var name = "Nicholas"; function sayName() { alert(name); } // 合法的代码,但不推荐这样写 var name = "Nicholas" func

《编写可维护的JavaScript》——2.4 文档注释

2.4 文档注释 从技术的角度讲,文档注释并不是JavaScript的组成部分,但它们是一种普遍的实践.文档注释有很多种格式,但最流行的一种格式来自于JavaDoc文档格式:多行注释以单斜线加双星号(/**)开始,接下来是描述信息,其中使用@符号来表示一个或多个属性.来看一段来自YUI的源码的例子. /** 返回一个对象,这个对象包含被提供对象的所有属性. 后一个对象的属性会覆盖前一个对象的属性. 传入一个单独的对象,会创建一个它的浅拷贝(shallow copy). 如果需要深拷贝(deep

《编写可维护的JavaScript》——1.6 命名

1.6 命名 "计算机科学只存在两个难题:缓存失效和命名."-Phil Karlton. 只要是写代码,都会涉及变量和函数,因此变量和函数命名对于增强代码可读性至关重要.JavaScript语言的核心ECMAScript,即是遵照了驼峰式大小写(Camel case)1命名法.驼峰式大小写(Camel Case)命名法是由小写字母开始的,后续每个单词首字母都大写,比如: var thisIsMyName; var anotherVariable; var aVeryLongVariab

《编写可维护的JavaScript》——2.2 多行注释

2.2 多行注释 多行注释可以包裹跨行文本.它以/开始,以/结束.多行注释不仅仅可以用来包裹跨行文本,这取决于你.下面这些都是合法的注释. /* 我的注释 */ /* 另一段注释 这段注释包含两行 */ /* 又是一段注释 这段注释同样包含两行 */ 尽管从技术的角度看,这些注释都是合法的,但我比较青睐Java风格的多行注释.Java风格的注释至少包含三行:第一行是/,第二行是以开始且和上一行的保持左对齐,最后一行是/.这种注释看起来像下面这样. /* * 另一段注释 * 这段注释包含两行文本