华为标准注释与文档,以及代码规范

注释


为什么要写注释呢?为什么要写文档呢?
也许有人会这样问。但是我只想说如果你还在这样问,那么你不仅不是一个优秀的程序员,应该说你是不是程序员都应该受到质疑。

先说一下注释的重要性:
在公司的开发中,我们要明白程序不是写给自己看的,也不是所有的代码都是自己写的,我们不仅需要看别人的代码而且还要把自己的代码交给别人看,团队看。也许还会在你离职以后交给你的接班人看。而且,就算是你写的程序,如果过了很久你再去看的话(相信也会受到一万点真实伤害,脱口而出”这是哪个家伙写的这是什么东西!!!”)所以,程序文档的书写,注释的书写,以及标准的编码规范就非常的重要。(而这些是每一个大学老师都不会交给你的)

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

  • 说明性文件(如头文件.h文件、inc文件、.def文件、编译说明文件.cfg等)头部应该进行注释,注释必须列出:版本说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等,头文件的注释还应有函数功能简要说明
    示例(本人的头文件头注释,当然并不局限此格式):
    这里写图片描述

  • 源文件头部应进行注释,列出:版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。
    示例(本人源文件头注释,不局限与此格式)
    这里写图片描述
    说明:Description一项描述本文件的内容、功能、内容各部分之间的关系及本文件与其他文件关系等。History是修改历史列表,每条记录应包括修改日期、修改人、修改内容简述等。

  • 函数头部进行注释,例出:函数的目的/功能、输入参数、输出参数、返回值、调用关系(函数、表)等。
    示例:(本人的函数头注释,不局限与此格式)
    这里写图片描述

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

  • 注释内容要清楚、明了、含义准确、防止注释二义性。
    说明:错误的注释不但无益反而有害
  • 避免在代码中使用缩写,特别是非常用的缩写
    说明:在使用缩写时或之前,应对缩写进行必要的说明。
  • 注释应与其描述的代码相近,对代码的注释应放在上方(对代码块的注释)或右方(对单条语句的注释),相邻位置,不可放在下面,如放在上方则需要与其上面的代码用空行隔开
    例如:
//块注释
/* 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
  • 对于所有有物理含义的变量、常量,如果其命名不是充分自注释的,在声明时必须加以注释,说明其物理含义。变量、常量、宏的注释应该放在其上方或右方
    示例:
/* active statistic task number */
#define MAX_ACT_TASK_NUMBER  1000
  • 数据结构声明(包括数组、结构、类、枚举等),如果其命名不是充分自注释的,必须加以注释。对数据结构的注释应该放在其上方相邻位置,不可放在下面,对结构的每个域的注释要放在此域的右方
    示例:
/* sccp interface with sccp user primitive message name */
enum SCCP_USER_PRIMITIVE
{
    N_UNITDATA_IND,/* sccp notify sccp user uint data */
    N_NOTTICE_IND, /* sccp notify user the NO.7 net */
                    /* transmission this message */
    N_UNITDATA_ERQ  /* sccp user's unit data transmission */
};
  • 全局变量要有详细的注释,抱括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等等
    示例:
/* 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结束
  • 注释格式尽量统一,建议使用 /* …… */
  • 注释应考虑程序易读及外观排版的因素,使用的语言若是中、英兼有的,建议多使用中文,除非能够用非常流利准确的英文表达
    说明:注释语言不统一,影响程序易读性和外观排版,出于对维护人员的考虑,建议使用中文

代码规范


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

这里写图片描述
这里写图片描述
这里写图片描述
这里写图片描述
这里写图片描述

    以上的代码格式是博主自己养成的编码习惯,还算是标准,仅供大家参考,每个人都有每个人的习惯,但是有习惯总比没有习惯随便写的好!!!

本文来自 zxnsirius 的CSDN 博客 ,全文地址请点击:https://blog.csdn.net/zxnsirius/article/details/51138793

猜你喜欢

转载自blog.csdn.net/weberhuangxingbo/article/details/82841201