JavaScript编写风格指南 (二)
七:注释
// 频繁的使用注释有助于他人理解你的代码
// 1.代码晦涩难懂
// 2.可能被误认为是错误的代码
// 3.必要但不明显的针对特定浏览器的代码
// 4.对于对象,方法或者属性,生成文档是有必要的(使用恰当的文档注释)
七(一):单行注释
// 单行注释应当用来说明一行代码或者一组相关的代码。单行注释可能有三种使用方式
// 1.独占一行的注释,用来解释下一行的代码
// 2.在代码行的尾部的注释,用来解释它之前的代码
// 3.多行,用来注释掉一个代码块
Example:
//好的写法
if (condition) {
//如果代码执行到这里,则表明通过了所有安全性检查
allowed();
}
//不好的写法:注释之前没有空行
if () {
//如果代码执行到这里,则表明通过了所有安全性检查
allowed();
//不好的写法:错误的缩进
if () {
//如果代码执行到这里,则表明通过了所有安全性检查
allowed();
}
//好的写法
var result = something + somethingElse; //注释
//不好的写法:代码和注释间没有足有的空格
var result = something + somethingElse;//注释
// 注释一个代码块时在连续多行使用单行注释是唯一可以接受的情况
// 多行注释不应当在这种情况下使用
//好的写法
// if (condition) {
// doSomething();
// theDoSomethingElse();
// }
七(二):多行注释
多行注释应当在代码需要更多文字去解释的时候使用,每个多行注释都至少有如下三行。
1.首行仅仅包括/*注释开始.该行不应当有其他文字
2.接下来的行*开头并保持左对齐。这些行可以与文字描述
3.最后一行以*/开头并同先前保持对齐。也不应当有其它文字
// 多行注释的首行保持同它描述代码的相同层次的缩进,后续的每行应当有同样
// 层次的缩进并附加一个空格。每一个多行代码之前应当预留一个空行
//好的写法
if (condition) {
/*
* 如果代码执行到这里
* 说明通过了所有的安全性检测
*/
allowed();
}
//不好的写法:注释之前无空行
if (condition) {
/*
* 如果代码执行到这里
* 说明通过了所有的安全性检测
*/
allowed();
}
七(三):多行声明
// 注释有时候也可以用来给一段代码声明额外的信息。这些声明的格式以单个单词
// 打头并紧跟一个冒号。可使用的声明如下:
// TODO: 说明代码还未完成,应当包含下一步要做的事情
// HACK:表明代码实现走了一个捷径。应当包含为何使用 hack 的原因。
// 这也可能表明该问题可能会有更好的解决方法
// ××× : 说明代码是有问题的并应当尽快修复
// FIXME:说明代码是有问题的并应尽快修复。重要性略次与×××
// REVIEW: 说明代码任何可能的改动都需要评审
// 这些声明可能在一行或多行注释中使用,并且应当遵循同一般注释类型相同的格式规则
Example:
//好的写法
//TODO: 我希望找到以后总更快的方式
doSomething();
//好的写法
/*
* HACK: 不得不针对IE做的特殊处理。我计划后续有时间
* 重写这部分。这些代码可能需要在 1.72版本之前替换掉。
*/
if (document.all) {
doSomething();
}
七(四):多行声明
// 所有的变量在使用前都应当事先定义。变量定义应当放在函数开头,还有一个var
// 表达式,每行一个变量,除了首行。所有行都应当多一层缩进以使变量名能够垂直
// 方向对齐。变量定义是应当初始化,并且赋值操作操作符保持一致的缩进。初始化
// 的变量应当在未初始化变量之前
//好的写法
var count = 10,
name = "M",
found = false,
empty;
//不好的写法:错误的缩进
var count= 10,
name = "M",
found = false,
empty;
//不好的写法:未初始化的变量放在最前边
var empty,
count = 10,
name = "M",
found = false,
七(五):函数声明
// 函数应在使用前提前定义。一个不是作为方法的函数(也就是说没有作为一个对
// 象的属性)应当使用函数定义的格式(不是函数表达式和Function构造器格式)
// 函数名和开始圆括号之间不应当有空格。结束的圆括号和右边的花括号之间应该留意
// 个空格。右侧的花括号应当同function关键字保持同一行。开始和结束括号之间不应
// 该有空格。参数之间应当在逗号之后保留一个空格。函数体应当保持一级缩进。
//好的写法
function doSomething(arg1, arg2) {
return arg1 + arg2;
}
//不好的写法:第一行不恰当的空格
function doSomething (arg1, arg2) {
return arg1 + arg2;
}
//不好的写法:函数表达式
var doSomething = function(arg1, arg2) {
return arg1 + arg2;
}
其它函数内部定义的函数应当在var语句后立即定义
//好的写法
function outer() {
var count = 10,
name = "M",
found = false,
empty;
function inner() {
//代码
}
}
//不好的写法
function outer() {
function inner() {
//代码
}
var count = 10,
name = "M",
found = false,
empty;
}
// 匿名函数可能作为方法赋值给对象,或者作为其他函数的参数。function 关键字
// 同开始括号之间不应该有空格
//好的写法
object.method = function() {
//code
};
//不好的写法
object.method = function () {
//code
};
// 立即被调用的函数应当在函数调用的外层用圆括号包裹
//好的写法
var value = (function() {
//函数体
return {
message: "Hi"
}
}());
//不好的写法:圆括号位置不当
var value = (function() {
//函数体
return {
message: "Hi"
}
})();
七(六):命名
// 变量和函数在命名时应当小心。命名应仅限制与数组字母字符,某些情况下也可以使用
// 下划线。最好不要在任何命名中使用美元符号($)或者反斜杠(\)
// 变量命名也应当采用驼峰命名格式,首字母小写,每个单词字母大写。变量名的第
// 一个单词应当是一个名词(而非动词)以避免同函数混淆。不要在变量命名中使用下划线
//好的写法
var accountNumber = "23454";
//不好的写法:大写字母开头
var AccountNumber = "23454";
//不好的写法:动词开头
var getAccountNumber = "23454";
//不好的写法:使用下滑线
var account_number = "23454";
// 函数命名也应当采用驼峰命名格式。函数名的第一个单词应当是动词(而非名词)
// 来避免同变量混淆。函数名中最好不要使用下划线
//好的写法
function doSomething() {
//code
}
//不好的写法:大写字母开头
function DoSomething() {
//code
}
//不好的写法:使用下划线
function Do_Something() {
//code
}
// 构造函数---通过new运算符创建新对象的函数---也应当以驼峰格式,命名并且
// 首字母大写,构造函数名称应当以非动词开头,因为new代表着创建一个对象实例的操作
//好的写法
function MyObject() {
//code
}
//不好的写法:小写字母开头
function myObject() {
//code
}
//不好的写法:使用下划线
function My_Object() {
//code
}
//不好的写法: 使用动词开头
function getMyObject() {
//code
}
// 常量(值不会被改变的变量)的命名应当是所有字母大写,不同单词之间用单个下滑下隔开
//好的写法
var TOTAL_COUNT = 10;
// 对象的属性同变量的命名规则相同。对象的方法同函数的命名规则相同。如果属性
// 或者方法是私有的,应当在之前加一个下划线
//好的写法
var object = {
_count: 10,
_getCount: function () {
return this._count;
}
};
JavaScript编写风格指南 (二)的更多相关文章
- JavaScript编写风格指南 (一)
//参考<编写可维护的Javascript> 一:缩进// 第一行的层级由4个空格组成,避免使用制表符tab进行缩进 //好的写法if (true) { doSomething() ...
- JavaScript编写风格指南 (三)
七(七):严格模式 // 严格模式应当仅限在函数内部使用,千万不要在全局使用 //不好的写法:全局使用严格模式"user strict"; function doSomething ...
- 13点值得我们注意的谷歌的JavaScript编写风格
对于编写有效的JavaScript来说,这些并不是硬性的.快速的规则,而只是在源文件中维护一致的.吸引人的样式选择的规则.这对于JavaScript来说尤其有趣,它是一种灵活且多变的语言,允许多种风格 ...
- Google JavaScript代码风格指南
Google JavaScript代码风格指南 修正版本 2.28 Aaron Whyte Bob Jervis Dan Pupius Eric Arvidsson Fritz Schneider R ...
- Protocol buffers编写风格指南
原文链接:https://developers.google.com/protocol-buffers/docs/style Style Guide 本文说明了.proto文件的编写风格指南.遵循这些 ...
- JavaScript编码风格指南(中文版)
前言: 程序语言的编码风格对于一个长期维护的软件非常重要,特别是在团队协作中.如果一个团队使用统一规范的编码分风格,可以提高团队的协作水平和工作效率.编程风格指南的核心是基本的格式化规则,这些规则决定 ...
- 《编写可维护的 Javascript》读书笔记(附录 A 部分):Javascript 编码风格指南(1)原始值
记录一下比较有用的编码规范(该指南是基于 Java 语言编码规范和 Javascript 编程规范,同时结合作者 Nicholos Zakas 的个人经验和喜好). 一些关于格式(包括缩进.行的长度. ...
- JavaScript 代码风格指南
一.基本格式 缩进 建议每级4个空格,可以给编辑器设置tab = 4个空格,自动转换 分号 不要省略分号,防止ASI(自动插入分号)错误 行宽 每行代码不超过80个字符,过长应该用操作符手动断行 断行 ...
- Airbnb JavaScript 编码风格指南(2018年最新版)
原网址 : https://segmentfault.com/a/1190000013040555 类型 基本类型:直接存取 string number boolean null undefined ...
随机推荐
- spring boot 2.0 源码分析(五)
在上一篇文章中我们详细分析了spring boot是如何准备上下文环境的,今天我们来看一下run函数剩余的内容.还是先把run函数贴出来: /** * Run the Spring applicati ...
- 微软职位内部推荐-Senior Software Engineer-DUT
微软近期Open的职位: Document Understanding and Task (DUT) team in STCA focuses on semantic understanding an ...
- springboot 异步调用Async使用方法
引言: 在Java应用中,绝大多数情况下都是通过同步的方式来实现交互处理的:但是在处理与第三方系统交互的时候,容易造成响应迟缓的情况,之前大部分都是使用多线程来完成此类任务,其实,在spring 3. ...
- BugPhobia沟通篇章:Solr模式配置与数据导入调研
0x01 :Scrum Meeting特别说明 特别说明,考虑到编译原理课程考核的时间安排,每天开发时间急剧缩短以至于难以维系正常的Scrum Meeting,因此,将2015/12/13 00:00 ...
- 每日scrum(4)
今天是冲刺第4天,大家都忙着找大二的学弟学妹来点评来支持我们的软件. 遇到的问题主要是如何劝说学弟学妹选择我们的软件然后继续往下做. 任务看板: 燃尽图:
- 第二个spring冲刺第9天
其中一个队员在检查程序的BUG途中发现了几个重要的BUG比如答案乱码.程序闪退,弹出黑幕.于是我们决定先把这些问题解决再继续开发其他功能
- Java的三大特性:封装、继承、多态
一.类的概念: 类一般包括两个部分:属性(成员变量)和方法(成员方法)方法组成部分:修饰符(可选) 返回值类型(必须) 方法名(必须)参数列表(可选) package com.classTest.pr ...
- css样式之垂直居中
1.div的水平居中 margin:0 auto 2.table-cell实现垂直居中 样式:.box{ width: 200px; height: 200px; background: red; } ...
- [转帖]ESXi、Linux、Windows获取机器序列号的方法
http://blog.51cto.com/liubin0505star/1717473 windows: wmic bios get serialnumber linux: dmidecode准确一 ...
- 洛谷 P1309 瑞士轮 解题报告
P1309 瑞士轮 题目背景 在双人对决的竞技性比赛,如乒乓球.羽毛球.国际象棋中,最常见的赛制是淘汰赛和循环赛.前者的特点是比赛场数少,每场都紧张刺激,但偶然性较高.后者的特点是较为公平,偶然性较低 ...