js/javascript代码注释规范与示例

注释在代码编写过程中的重要性,写代码超过半年的就能深深的体会到。没有注释的代码都不是好代码。为了别人学习,同时为了自己以后对代码进行‘升级’,看看js/javascript代码注释规范与示例。来自:http://www.56.com/style/-doc-/v1/tpl/js_dev_spec/spec-comment.html

文件注释

文件注释位于文件的最前面,应包括文件的以下信息:概要说明及版本(必须)项目地址(开源组件必须)版权声明(必须)开源协议(开源组件必须)版本号(必须)修改时间(必须),以ISO格式表示(可使用Sublime Text的InsertDate插件插入)文件注释必须全部以英文字符表示,并存在于文件的开发版本与生产版本中。例如:


1

2

3

4

5

/*!

 * jRaiser 2 Javascript Library

 * waterfall - v1.0.0 (2013-03-15T14:55:51+0800)

 * http://jraiser.org/ | Released under MIT license

 */


1

2

3

4

/*!

 * kan.56.com - v1.1 (2013-03-08T15:30:32+0800)

 * Copyright 2005-2013 56.com

 */

如果文件内包含了一些开源组件,则必须在文件注释中进行说明。例如:


1

2

3

4

5

6

7

/*!

 * jRaiser 2 Javascript Library

 * sizzle - v1.9.1 (2013-03-15T10:07:24+0800)

 * http://jraiser.org/ | Released under MIT license

 *

 * Include sizzle (http://sizzlejs.com/)

 */

普通注释

普通注释是为了帮助开发者和阅读者更好地理解程序,不会出现在API文档中。其中,单行注释以“//”开头;多行注释以“/*”开头,以“*/”结束。普通注释的使用需遵循以下规定。

  • 总是在单行注释符后留一个空格。例如:

1

// this is comment

  • 总是在多行注释的结束符前留一个空格(使星号对齐)。例如:

1

2

3

/*

                            

 */

  • 不要把注释写在多行注释的开始符、结束符所在行。例如:

1

2

3

/* start

                            

end */


1

2

3

4

/*

here is line 1

here is line 2

 */

  • 不要编写无意义的注释。例如:

1

2

// 初始化value变量为0

var value = 0;

  • 如果某段代码有功能未实现,或者有待完善,必须添加“TODO”标记,“TODO”前后应留一个空格。例如:

1

2

3

4

// TODO 未处理IE6-8的兼容性

function setOpacity(node, val) {

    node.style.opacity = val;

}

文档注释

文档注释将会以预定格式出现在API文档中。它以“/**”开头,以“*/”结束,其间的每一行均以“*”开头(均与开始符的第一个“*”对齐),且注释内容与“*”间留一个空格。例如:


1

2

3

/**

 * comment

 */

文档注释必须包含一个或多个注释标签。

  • @module。声明模块,用法:

1

2

3

4

/**

 * 模块说明

 * @module 模块名

 */

例如:


1

2

3

4

/**

 * Core模块提供最基础、最核心的接口

 * @module Core

 */

  • @class。声明类,用法:

1

2

3

4

5

/**

 * 类说明

 * @class 类名

 * @constructor

 */

@class必须搭配@constructor或@static使用,分别标记非静态类与静态类。


1

2

3

4

5

6

/**

 * 节点集合类

 * @class NodeList

 * @constructor

 * @param {ArrayLike<Element>} nodes 初始化节点

 */

  • @method。声明函数或类方法,用法:

1

2

3

4

5

6

7

/**

 * 方法说明

 * @method 方法名

 * @for 所属类名

 * @param {参数类型} 参数名 参数说明

 * @return {返回值类型} 返回值说明

 */

没有指定@for时,表示此函数为全局或模块顶层函数。当函数为静态函数时,必须添加@static;当函数有参数时,必须使用@param;当函数有返回值时,必须使用@return。


1

2

3

4

5

6

7

/**

 * 返回当前集合中指定位置的元素

 * @method

 * @for NodeList

 * @param {Number} [i=0] 位置下标。如果为负数,则从集合的最后一个元素开始倒数

 * @return {Element} 指定元素

 */

  • @param。声明函数参数,必须与@method搭配使用。
  • 当参数出现以下情况时,使用对应的格式:

1

[参数名]

  • 参数有默认值:

1

[参数名=默认值]

@property。声明类属性,用法:


1

2

3

4

/**

 * 属性说明

 * @property {属性类型} 属性名

 */

 

时间: 2024-10-12 00:58:17

js/javascript代码注释规范与示例的相关文章

PHPDocumentor代码注释规范说明

   PHPDocumentor是一个的用PHP写的道具,对于有规则注释的php程序,它能够快速生成具有相互参照,索引等功能的API文档. 标记 用途 描述 @abstract   抽象类的变量和方法 @access public, private or protected 文档的访问.使用权限. @access private 表明这个文档是被保护的. @author 张三 <[email protected]> 文档作者 @copyright 名称 时间 文档版权信息 @deprecate

代码注释规范

代码注释规范 一. 注释规范 1. 修改代码时,总是使代码的注释保持最新, 为了防止问题反复出现,对错误修复和解决方法代码必须使用注释. 2. 在每个函数.方法的开始,应该提供标准的注释以指示例程的用途,注释样本应该是解释它为什么存在和可以做什么的简短介绍. 3. 避免在代码行的末尾添加注释:行尾注释使代码更难阅读. 4. 在变量声明时,应在行尾添加注释:在这种情况下,将所有行尾注释应使用公共制表符(Tab)在一处对齐. 5. 避免杂乱的注释,如一整行星号.而是应该使用空白将注释同代码分开. 6

java代码注释规范-----转载-----http://blog.csdn.net/shiyuezhong/article/details/8205281/

1 代码注释是架起程序设计者与程序阅读者之间的通信桥梁,最大限度的提高团队开发合作效率.也是程序代码可维护性的重要环节之一.所以我们不是为写注释而写注释.下面说一下我们在诉求网二期开发中使用的代码注释规范,供大家参考下. 2 3 原则: 4 1.注释形式统一 5 6 在整个应用程序中,使用具有一致的标点和结构的样式来构造注释.如果在其它项目中发现它们的注释规范与这份文档不同,按照这份规范写代码,不要试图在既成的规范系统中引入新的规范. 7 8 2.注释内容准确简洁 9 10 内容要简单.明了.含

PHPDocument 代码注释规范总结

PHPDocument 代码注释规范 1. 安装phpDocumentor(不推荐命令行安装)在http://manual.phpdoc.org/下载最新版本的PhpDoc放在web服务器目录下使得通过浏览器可以访问到点击files按钮,选择要处理的php文件或文件夹还可以通过该指定该界面下的Files to ignore来忽略对某些文件的处理.然后点击output按钮来选择生成文档的存放路径和格式.最后点击create,phpdocumentor就会自动开始生成文档了. 2.如何写PHP规范注

自动化测试代码注释规范

原文链接:http://www.cnblogs.com/zishi/p/6857606.html 一.页头加入代码说明块,格式如下: /************************** *@file *@author XXXXXX *@remarks Modified by XXXXXX *@version *@Modified at 2017/12/6 *@Copyright ? 2012 All Rights Reserved. ***************************/

java开发规范总结_代码注释规范

规范需要平时编码过程中注意,是一个慢慢养成的好习惯 1.基本规则 1.注释应该使代码更加清晰易懂   2.注释要简单明了,只要提供能够明确理解程序所必要的信息就可以了.如果注释太复杂说明程序需要修改调整,使设计更加合理.   3.注释不仅描述程序做了什么, 还要描述为什么要这样做,以及约束   4.对于一般的getter.setter方法不用注释   5.注释不能嵌套   6.生成开发文档的需要用中文编写 2.三种注释方式说明 1.文档注释 /** */ 可以对用多行,一般用来对类.接口.成员方

java代码注释规范

1.单行(single-line)注释:“//……” 2.块(block)注释:“/*……*/” 3.文档注释:“/**……*/” 4.javadoc 注释标签语法 @author   对类的说明 标明开发该类模块的作者 @version   对类的说明 标明该类模块的版本 @see     对类.属性.方法的说明 参考转向,也就是相关主题 @param    对方法的说明 对方法中某参数的说明 @return   对方法的说明 对方法返回值的说明 @exception  对方法的说明 对方法可

Express4.10.2开发框架中默认app.js的代码注释

//通过require()加载了express.path等模块var express = require('express');var path = require('path');var favicon = require('serve-favicon');var logger = require('morgan');var cookieParser = require('cookie-parser');var bodyParser = require('body-parser');//通过r

代码注释规范之Doxygen

1.Doxygen简介 Doxygen是一个程序的文档产生工具,可以将程序中的注释转换成说明文档或者说是API参考手册,从而减少程序员整理文档的时间.当然这里程序中的注释需要遵循一定的规则书写,才能让Doxygen识别和转化. 目前Doxygen可处理的程序语言包含C/C++.Java.Objective-C.IDL等,可产生出来的文档格式有HTML.XML.LaTeX.RTF等,此外还可衍生出不少其它格式,如HTML可以打包成CHM格式,而LaTeX可以通过一些工具产生出PS或是PDF文档等.