代码注释规范

代码注释规范

一、 注释规范

1、 修改代码时,总是使代码的注释保持最新, 为了防止问题反复出现,对错误修复和解决方法代码必须使用注释。

2、 在每个函数、方法的开始,应该提供标准的注释以指示例程的用途,注释样本应该是解释它为什么存在和可以做什么的简短介绍。

3、 避免在代码行的末尾添加注释;行尾注释使代码更难阅读。

4、 在变量声明时,应在行尾添加注释;在这种情况下,将所有行尾注释应使用公共制表符(Tab)在一处对齐。

5、 避免杂乱的注释,如一整行星号。而是应该使用空白将注释同代码分开。

6、 在编写注释时使用通俗易懂的句子。注释应该阐明代码,而不应该增加多义性。

7、 对由循环和逻辑分支组成的代码使用注释。这些可以帮助源代码读者理解代码书写目的。

8、 在所有的代码修改处加上修改标识的注释,创建标识和修改标识由创建或修改人员的姓名加日期组成,如:磊20081216

9、 为了是层次清晰,在闭合的右花括号后注释该闭合所对应的起点。

10、在部署发布之前,移除所有临时或无关的注释,以避免在日后的维护工作中产生混乱。

二、 javascript脚本注释

1、 创建注释

/*

创建标识:汤晓磊磊20081216

方法功能描述:按行政区划编码,查询出符合条件的人员编码

使用的表:

使用的视图:

使用的存储过程:

参数描述:CantonCode:行政区划编码

*/

Function GetPeopleByCantonCode(CantonCode)

{

}// 函数 GetPeopleByCantonCode 结束

2、 修改注释

/*

修改标识:磊20081216

修改内容:在查询语句中加入行政区划编码的限制条件

修改后测试人员确认标识:赵亮(小)20070416

*/

三、 C#文档注释

1、 创建注释

/// <summary>

/// 创建注释

/// 创建标识:磊20081216

/// 方法描述:按照行政区划编码,查询出符合条件的人员编码

/// 使用的表:

/// 使用的视图:

/// 使用的存储过程:

/// </summary>

/// <param name=" CantonCode ">行政区划编码</param>

/// <returns> Str ,查询的结果值</returns>

private string GetPeopleByCantonCode (string CantonCode)

{

Retutn Str;

} // 方法 GetPeopleByCantonCode结束

2、 修改注释

/// <summary>

/// 创建注释

/// 创建标识:磊20081216

/// 方法描述:按照行政区划编码,查询出符合条件的人员编码

/// 使用的表:

/// 使用的视图:

/// 使用的存储过程:

/// 修改注释

/// 修改标识:磊20081216

/// 修改内容:在查询语句中加入行政区划编码的限制条件

/// 修改后测试人员确认标识:赵亮(小)20070416

/// </summary>

/// <param name=" CantonCode ">行政区划编码</param>

/// <returns> Str ,查询的结果值</returns>

private string GetPeopleByCantonCode (string CantonCode)

{

Retutn Str;

} // 方法 GetPeopleByCantonCode结束

四、 SQL注释

1、 创建注释

/*

功能描述:

参数描述:

作者:

创建日期:

完成日期:

*/

2、 修改注释

/*

修改目的:

修改内容描述:

修改人:

修改日期:

完成日期:

*/

时间: 2024-08-23 12:54:56

代码注释规范的相关文章

PHPDocumentor代码注释规范说明

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

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

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

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

注释在代码编写过程中的重要性,写代码超过半年的就能深深的体会到.没有注释的代码都不是好代码.为了别人学习,同时为了自己以后对代码进行‘升级’,看看js/javascript代码注释规范与示例.来自:http://www.56.com/style/-doc-/v1/tpl/js_dev_spec/spec-comment.html 文件注释 文件注释位于文件的最前面,应包括文件的以下信息:概要说明及版本(必须)项目地址(开源组件必须)版权声明(必须)开源协议(开源组件必须)版本号(必须)修改时间(

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  对方法的说明 对方法可

代码注释规范之Doxygen

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

给php代码添加规范的注释phpDocumentor

给php代码添加规范的注释更多参考 http://phpdoc.org/docs/latest/index.html在phpdocumentor中,注释分为文档性注释和非文档性注释.所谓文档性注释,是那些放在特定关键字前面的多行注释,特定关键字是指能够被phpdoc分析的关键字,例如class,var等,具体的可参加附录1.那些没有在关键字前面或者不规范的注释就称作非文档性注释,这些注释将不会被phpdoc所分析,也不会出现在你产生的api文当中.3.2如何书写文档性注释:所 有的文档性注释都是