代码注释的作用 --- 为自己，也为别人。
永远不要过于相信自己的理解力！当你思路通畅，思如泉涌，进入编程境界，你可以很流畅的实现某个功能，但这种一泻千里的流畅可能只停留在了当时的状态。当你几个月，甚至是几个星期后看到你的代码，你可能会想，“这是哪位风骚少年堆的代码，他在干神马！？”。更不要讲更长的时间了。。
当你站在自己的代码面前尚且如此时，那么如果有和我们合作的小伙伴呢？考虑下他们的感受吧（=_=!）。 
。。。所以，小伙伴们，从现在开始，请注释你的代码吧！
整理了一些网上的东西加上自己理解，供参考 （这里只说php）。
php里的代码注释主要有以下三种方法：
1.以“/*"开始并且以"*/"结束的多行注释方法 （当然，只要你愿意，单行也是没问题的）。
2.以 ”//"开始的单行注释。
3.以“#”开始的单行注释。
再介绍下符合PHPDoc风格的注释。好了，还是先说下PHPDoc。。。
PHPDoc的做法是在每个函数、类或变量定义前放置一个注释块。并不是所有情况下都要求如此，只是在必要的情况下才这么做。
每个注释块最前面是一个描述，然后是一个或多个可选的参数。例如，向一个函数增加PHPDoc注释时，可以指定输入参数和返回值数据。显然，为变量定义所编写的PHPDoc注释则包含不同的信息。
以下代码显示了为一个简单的用户自定义函数编写PHPDoc注释的例子：
首先要注意注释块如何开始。/**指示PHPDoc解析器一个PHPDoc注释已经开始。
注释块的第一行是一个简短的描述。一般在此只写函数、类或变量的名。
注释块中下一部分是一个比较长的描述。在这里大多以一种黑盒的观点描述函数、类或变量的作用。也就是说，它会做什么，而不是它怎样做。所有具体的功能或繁杂的逻辑都由代码中的标准注释来解释。
尽管不是必需的，不过通常的约定是在/** … */块每行起始处包含一个星号。这主要是为了提高可读性，还能容易地发现整个PHPDoc块。
注释块中最后一部分包含各个PHPDoc参数，解析器用这些参数来更好地链接API文档，从而为你提供实用的文档。每个参数最前面是一个@，后面紧跟着参数名，然后是该参数所需的信息。
这个例子中可以看到@param和@return参数。@param用于指定函数参数的各个方面：首先是参数的类型（在这里，第一个参数是一个字符 串）；接下来是参数名（这里是$name）；最后是一个简短的描述，说明输入的数据应当包含哪些内容。@return参数用于提供函数所返回数据的有关信 息：先指定数据的类型，然后是返回数据所包含内容的一个简短描述。
下面列下一些PHPDoc参数。
1 <?php 2 /** 3 * @name 名字 4 * @abstract 申明变量/类/方法 5 * @access 指明这个变量、类、函数/方法的存取权限 6 * @author 函数作者的名字和邮箱地址 7 * @category 组织packages 8 * @copyright 指明版权信息 9 * @const 指明常量 10 * @deprecate 指明不推荐或者是废弃的信息MyEclipse编码设置 11 * @example 示例 12 * @exclude 指明当前的注释将不进行分析，不出现在文挡中 13 * @final 指明这是一个最终的类、方法、属性，禁止派生、修改。 14 * @global 指明在此函数中引用的全局变量 15 * @include 指明包含的文件的信息 16 * @link 定义在线连接 17 * @module 定义归属的模块信息 18 * @modulegroup 定义归属的模块组 19 * @package 定义归属的包的信息 20 * @param 定义函数或者方法的参数信息 21 * @return 定义函数或者方法的返回信息 22 * @see 定义需要参考的函数、变量，并加入相应的超级连接。 23 * @since 指明该api函数或者方法是从哪个版本开始引入的 24 * @static 指明变量、类、函数是静态的。 25 * @throws 指明此函数可能抛出的错误异常,极其发生的情况 26 * @todo 指明应该改进或没有实现的地方 27 * @var 定义说明变量/属性。 28 * @version 定义版本信息 29 */ 30 function XXX($a){..}
注释规范
a.注释必须是
/**
* 注释内容
*/
的形式
b.对于引用了全局变量的函数，必须使用glboal标记。
c.对于变量，必须用var标记其类型（int,string,bool…）
d.函数必须通过param和return标记指明其参数和返回值
e.对于出现两次或两次以上的关键字，要通过ingore忽略掉多余的，只保留一个即可
f.调用了其他函数或类的地方，要使用link或其他标记链接到相应的部分，便于文档的阅读。
g.必要的地方使用非文档性注释，提高代码易读性。
h.描述性内容尽量简明扼要，尽可能使用短语而非句子。
i.全局变量，静态变量和常量必须用相应标记说明
再示例
1 <?php 2 /** 3 * Sample File 2, phpDocumentor Quickstart 4 * 5 * This file demonstrates the rich information that can be included in 6 * in-code documentation through DocBlocks and tags. 7 * @author Greg Beaver <cellog@php.net> 8 * @version 1.0 9 * @package sample 10 */ 11 12 //PHP code 13 14 /** 15 * A sample function docblock 16 * @global string document the fact that this function uses $_myvar 17 * @staticvar integer $staticvar this is actually what is returned 18 * @param string $param1 name to declare 19 * @param string $param2 value of the name 20 * @return integer 21 */ 22 function firstFunc($param1, $param2 = 'optional') { 23 static $staticvar = 7; 24 global $_myvar; 25 return $staticvar; 26 }
以上列出的PHPDoc参数（如@param）比较多，并不是每个函数都要写这么多。根据环境和函数的功能不同选取合适的注释标记做注释。下面选取的laravel框架的数据库文件的log函数（方法）注释及log函数。供大家参考。
1 /** 2 * Log the query and fire the core query event. 3 * 4 * @param string $sql 5 * @param array $bindings 6 * @param int $start 7 * @return void 8 */ 9 protected function log($sql, $bindings, $start) 10 { 11 $time = number_format((microtime(true) - $start) * 1000, 2); 12 13 Event::fire('laravel.query', array($sql, $bindings, $time)); 14 15 static::$queries[] = compact('sql', 'bindings', 'time'); 16 }
说千道万，希望小伙伴们养成注释代码的习惯，贵在坚持。规范代码，规范注释风格。让自己更有逻辑性，更专业。共勉。
最后， 以上如有错误之处，请大家指正。另有部分内容摘自网络，如有版权问题，请联系我。:-D