注释与文档，以及代码规范

一般情况下，源程序的有效注释量必须在20%以上。 
说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加上，注释不宜太多。也不能太少。注释语言必须准确、易懂、简洁

下面几个示例：

说明性文件（如头文件.h文件、inc文件、.def文件、编译说明文件.cfg等）头部应该进行注释，注释必须列出：版本说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释还应有函数功能简要说明 

源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。 
示例（本人源文件头注释，不局限与此格式）

函数头部进行注释，例出：函数的目的/功能、输入参数、输出参数、返回值、调用关系（函数、表）等。 
示例：（本人的函数头注释，不局限与此格式） 

• 我们应该养成边写代码边注释的习惯，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除

• 注释内容要清楚、明了、含义准确、防止注释二义性。 
  说明：错误的注释不但无益反而有害
• 避免在代码中使用缩写，特别是非常用的缩写 
  说明：在使用缩写时或之前，应对缩写进行必要的说明。
• 注释应与其描述的代码相近，对代码的注释应放在上方（对代码块的注释）或右方（对单条语句的注释），相邻位置，不可放在下面，如放在上方则需要与其上面的代码用空行隔开 
  例如：
• 示例：

• /* active statistic task number */
  #define MAX_ACT_TASK_NUMBER  1000

• 对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时必须加以注释，说明其物理含义。变量、常量、宏的注释应该放在其上方或右方 
• 示例：
• 数据结构声明（包括数组、结构、类、枚举等），如果其命名不是充分自注释的，必须加以注释。对数据结构的注释应该放在其上方相邻位置，不可放在下面，对结构的每个域的注释要放在此域的右方 
  示例：

//块注释
/* get replicate sub system index and net indicator */
repss_ind = ssn_data[index].repssn_index;
repss_ni = ssn_data[index].ni;

//单句注释
int num = MAXSIZE;    //set num = MAX

• 全局变量要有详细的注释，抱括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等等 

• 示例：

/* The ErrorCode when SCCP translate */
/* Global Title failure, as follows */
/* 0 -- SUCCESS  1 -- GT Table error */
/* 2 -- GT error others - no user */
/* only function SCCPTranslate() in */
/* this modual can modlify it, and other */
/* modual can visit it through call */
/* the function GetGTTransErrorCode() */
BYTE g_GTranErrorCode;

• 注释与所描述的内容进行同样的缩排,并且将注释与其上面的代码用空行分隔 
  说明：可使程序排版整齐，并方便注释的阅读与理解 
  示例：

void example_fun(void)
{
    /* Code one comments */
    CodeBlock One;

    /* Code two comments */
    CodeBlock Two;
}

• 对变量的定义和分支语句（条件分支、循环语句等）必须编写注释 

• 说明：这些语句往往是程序实现某一特定功能的关键，对于维护人员来说，良好的注释帮助更好的理解程序，有时甚至优于看设计文档
• 对于switch语句下的case语句，如果因为特殊情况需要处理完一个case后进入下一个case处理，必须在该case语句处理完后，下一个语句前加上明确的注释。 
  说明：这样比较清楚程序编写者的意图，有效防止无故遗漏break语句 
  示例

switch(elect)
{
    num CMB_UP:
    {
        pressup();
        break;
    }
    case CMB_DOWN:
    {
        num = pressdown();
        if (num > 1)
        {
            break;
        }
        else
        {
            /* not break */
            /* now must jump to CMB_MIND */
        }
    }
    case CMB_MIND:
    {
        ...
        break;
    }
}

• 除非必要，请不要在一行代码的中间插入注释，否则会让程序的可读性降低

• 通过对函数或过程、变量、结构等正确的命名以合理的组织代码的结构，使代码成为自注释的
• 在代码的功能、意图层次上进行注释，提供有用的，额外的信息 
  说明：注释的目的是解释代码的目的，功能和采用的方法，提供代码以外的信息，帮助读者理解代码，防止没有必要的重复注释信息。 
  示例：

//该注释提供了有用的信息
/* if mtp receive a message from links */
if (receive_flag)

• 在代码块的结束行右方加注释标记，以表明某程序块结束 

• 说明：当代码段较长，特别是多重嵌套时，这样做可以使代码更清晰，更便于阅读 
  示例：

if (...)
{
    //progream code

    while (index < MAX_INDEX)
    {
        //progream code;
    }/*while end */
}/*end of if*/ //指明是哪条if结束

• 注释格式尽量统一，建议使用 /* …… */

• 注释应考虑程序易读及外观排版的因素，使用的语言若是中、英兼有的，建议多使用中文，除非能够用非常流利准确的英文表达 
  说明：注释语言不统一，影响程序易读性和外观排版，出于对维护人员的考虑，建议使用中文

代码规范

代码规范这一点就不用多说了，写程序一定要有规范，否则你会被别人说你的程序像狗屎一样难看。而且读起来简直头疼到爆炸。这里我就小小的展示一下我的代码规范，一般大家都有自己的习惯，也应该养成这样的好习惯。这样不仅会为你的面试工作加分，而且可以提高你的开发效率。