C++命名规则

最新推荐文章于 2024-04-04 23:21:11 发布

Jeff_

最新推荐文章于 2024-04-04 23:21:11 发布

阅读量1.5k

点赞数

分类专栏： C/C++

C/C++ 专栏收录该内容

143 篇文章 37 订阅

订阅专栏

在引入细节之前，先说明一下命名规范的整体原则：

同一性	在编写一个子模块或派生类的时候，要遵循其基类或整体模块的命名风格，保持命名风格在整个模块中的同一性。
标识符组成	标识符采用英文单词或其组合，应当直观且可以拼读，可望文知意，用词应当准确。
最小化长度 && 最大化信息量原则	在保持一个标识符意思明确的同时，应当尽量缩短其长度
避免过于相似	不要出现仅靠大小写区分的相似的标识符，例如“i”与“I”，“function”与“Function”等等。
避免在不同级别的作用域中重名	程序中不要出现名字完全相同的局部变量和全局变量，尽管两者的作用域不同而不会发生语法错误，但容易使人误解。
正确命名具有互斥意义的标识符	用正确的反义词组命名具有互斥意义的标识符，如："nMinValue"和"nMaxValue"，"GetName()" 和 "SetName()" ....
避免名字中出现数字编号	尽量避免名字中出现数字编号，如Value1,Value2等，除非逻辑上的确需要编号。这是为了防止程序员偷懒，不肯为命名动脑筋而导致产生无意义的名字（因为用数字编号最省事）。

命名规则

1、变量名的命名规则

① 变量的命名规则要求用“匈牙利法则”。即开头字母用变量的类型，其余部分用变量的英文意思或其英文意思的缩写,尽量避免用中文的拼音,要求单词的第一个字母应大写。

即：变量名=变量类型+变量的英文意思（或缩写）

对非通用的变量，在定义时加入注释说明，变量定义尽量可能放在函数的开始处。

见下表：

bool(BOOL)   用b开头   bIsParent   
byte(BYTE)   用by开头   byFlag   
short(int)   用n开头   nStepCount   
long(LONG)   用l开头   lSum   
char(CHAR)   用c开头   cCount   
float(FLOAT)   用f开头   fAvg   
double(DOUBLE)   用d开头   dDeta   
void(VOID)   用v开头   vVariant   
unsigned   int（WORD）   用w开头   wCount   
unsigned   long(DWORD)   用dw开头   dwBroad   
HANDLE（HINSTANCE）   用h开头   hHandle   
DWORD   用dw开头   dwWord   
LPCSTR(LPCTSTR)   用str开头   strString   
用0结尾的字符串   用sz开头   szFileName

另一种写法：

变量名一律小写，单词用下划线相连，例如：

int player_id; string table_name;

特殊的是类成员变量，后跟下划线区别普通变量，比如： player_name_ player_id_

全局变量则以 g_ 开头，比如： g_system_time

当然结构体成员变量还是和普通变量一样,比如：string name; int num_entries;

② 指针变量命名的基本原则为：

即：对一重指针变量的基本原则为： “p”+变量类型前缀+命名如一个float*型应该表示为pfStat

对多重指针变量的基本规则为：二重指针： “pp”+变量类型前缀+命名

三重指针： “ppp”+变量类型前缀+命名

③ 全局变量用g_开头,如一个全局的长型变量定义为g_lFailCount,即：变量名=g_+变量类型+变量的英文意思（或缩写）

④ 静态变量用s_开头,如一个静态的指针变量定义为s_plPerv_Inst,即：变量名=s_+变量类型+变量的英文意思（或缩写）

⑤ 成员变量用m_开头,如一个长型成员变量定义为m_lCount;即：变量名=m_+变量类型+变量的英文意思（或缩写）

⑥ 对枚举类型（enum）中的变量，要求用枚举变量或其缩写做前缀。并且要求用大写。

enum   cmEMDAYS   
{   
    EMDAYS_MONDAY;   
    EMDAYS_TUESDAY;   
    ……   
};

另外的说法：枚举的命名应当和常量或宏一致: kEnumName 或是 ENUM_NAME.

单独的枚举值应该优先采用常量的命名方式. 但宏方式的命名也可以接受. 枚举名UrlTableErrors（以及AlternateUrlTableErrors) 是类型, 所以要用大小写混合的方式。

enum UrlTableErrors {
    kOK = 0,
    kErrorOutOfMemory,
    kErrorMalformedInput,
};
enum AlternateUrlTableErrors {
    OK = 0,
    OUT_OF_MEMORY = 1,
    MALFORMED_INPUT = 2,
};

2009 年 1 月之前, 我们一直建议采用宏的方式命名枚举值. 由于枚举值和宏之间的命名冲突, 直接导致了很多问题. 由此, 这里改为优先选择常量风格的命名方式. 新代码应该尽可能优先使用常量风格. 但是老代码没必要切换到常量风格, 除非宏风格确实会产生编译期问题.

⑦ 对struct、union、class变量的命名要求定义的类型用大写。并要加上前缀，其内部变量的命名规则与变量命名规则一致。

结构一般用S开头：

struct   ScmNPoint   
{   
    int nX;//点的X位置   
    int nY;   //点的Y位置   
};

不管是静态的还是非静态的, 结构体数据成员都可以和普通变量一样, 不用像类那样接下划线:

联合体一般用U开头：

union   UcmLPoint   
{   
    long   lX;   
    long   lY;   
}

类一般用C开头：

class   CcmFPoint   
{   
public:   
    float   fPoint;   
};

也有直接——每个单词首字母均大写, 不包含下划线: MyExcitingClass, MyExcitingEnum 的写法。

对一般的结构应该定义为类模板，为以后的扩展性考虑：

template class CcmTVector3d   
{   
  public:   
    TYPE   x,y,z;   
};

类数据成员：

不管是静态的还是非静态的, 类数据成员都可以和普通变量一样, 但要接下划线.

class TableInfo {
  ...
 private:
  string table_name_;  // 好 - 后加下划线.
  string tablename_;   // 好.
  static Pool<TableInfo>* pool_;  // 好.
};

⑧ 对常量（包括错误的编码）命名，要求常量名用大写，常量名用英文表达其意思。

#define CM_FILE_NOT_FOUND CMMAKEHR(0X20B)

其中CM表示类别。

通常 不应该 使用宏. 如果不得不用, 其命名像枚举命名一样全部大写, 使用下划线:

⑨ 对const 的变量要求在变量的命名规则前加入c_,即：c_+变量命名规则；

const char* c_szFileName ；

另一种写法：

声明为 const expr 或 const 的变量, 或在程序运行期间其值始终保持不变的, 命名时以 “k” 开头, 大小写混合. 例如:

const int kDaysInAWeek = 7; 说明

所有具有静态存储类型的变量 (例如静态变量或全局变量, 参见存储类型) 都应当以此方式命名. 对于其他存储类型的变量, 如自动变量等, 这条规则是可选的. 如果不采用这条规则, 就按照一般的变量命名规则.

2、函数的命名规范：

函数的命名应该尽量用英文表达出函数完成的功能。遵循动宾结构的命名法则，函数名中动词在前,并在命名前加入函数的前缀，函数名的长度不得少于8个字母。

例如：

long cmGetDeviceCount(……);

另一种说法：常规函数使用大小写混合, 取值和设值函数则要求与变量名匹配（常规函数每个单词首字母大写，使用命令式语气），而存取函数或短小的内联函数使用小写加下划线，且与访问变量相吻合，比如 set_num_errors();

3、函数参数规范：

① 参数名称的命名参照变量命名规范。

② 为了提高程序的运行效率，减少参数占用的堆栈，传递大结构的参数，一律采用指针或引用方式传递。

③ 为了便于其他程序员识别某个指针参数是入口参数还是出口参数，同时便于编译器检查错误，应该在入口参数前加入const标志。如：

……cmCopyString(const   char   *   c_szSource,   char   *   szDest)

4、引出函数规范：

对于从动态库引出作为二次开发函数公开的函数，为了能与其他函数以及Windows的函数区分，采用类别前缀+基本命名规则的方法命名。例如：在对动态库中引出的一个图象编辑的函数定义为 imgFunctionname(其中img为image缩写)。

现给出三种库的命名前缀：

① 对通用函数库，采用cm为前缀。

② 对三维函数库，采用vr为前缀。

③ 对图象函数库，采用img为前缀。

对宏定义，结果代码用同样的前缀。

5、文件名(包括动态库、组件、控件、工程文件等)的命名规范：

文件名的命名要求表达出文件的内容，要求文件名的长度不得少于5个字母，严禁使用象file1,myfile之类的文件名。

文件名全部小写，可以含下划线或连字符，按项目约定命名,且尽量保证文件名明确。比如：

cmd_save_player_info_class.cc my_use_full_class.cc

定义类的文件名一般是成对出现，如：foo_bar.h foo_bar.cc

若是类中含大量内联函数，我们还可使用-ini.h文件，使之文件内容更加清晰，于是又如：

url_table.h url_table.cc url-table-ini.h

注释规范

1、函数头的注释

对于函数，应该从“功能”，“参数”，“返回值”、“主要思路”、“调用方法”、“日期”六个方面用如下格式注释：

//程序说明开始   
//================================================================//   
//   功能：   从一个String   中删除另一个String。   
//   参数：   strByDelete,strToDelete   
//   （入口）   strByDelete:   被删除的字符串（原来的字符串）   
//   （出口）   strToDelete:   要从上个字符串中删除的字符串。   
//   返回：   找到并删除返回1，否则返回0。（对返回值有错误编码的要//   求列出错误编码）。   
//   主要思路：本算法主要采用循环比较的方法来从strByDelete中找到   
//   与strToDelete相匹配的字符串，对多匹配strByDelete   
//   中有多个strToDelete子串）的情况没有处理。请参阅：   
//   书名......   
//   调用方法：......   
//   日期：起始日期，如：2000/8/21.9:40--2000/8/23.21:45   
//================================================================//   
函数名(……)   
//程序说明结束

① 对于某些函数，其部分参数为传入值，而部分参数为传出值，所以对参数要详细说明该参数是入口参数，还是出口参数，对于某些意义不明确的参数还要做详细说明（例如：以角度作为参数时，要说明该角度参数是以弧度（PI）,还是以度为单位）,对既是入口又是出口的变量应该在入口和出口处同时标明。等等。

② 函数的注释应该放置在函数的头文件中，在实现文件中的该函数的实现部分应该同时放置该注释。

③ 在注释中应该详细说明函数的主要实现思路、特别要注明自己的一些想法，如果有必要则应该写明对想法产生的来由。对一些模仿的函数应该注释上函数的出处。

④ 在注释中详细注明函数的适当调用方法，对于返回值的处理方法等。在注释中要强调调用时的危险方面，可能出错的地方。

⑤ 对日期的注释要求记录从开始写函数到结束函数的测试之间的日期。

⑥ 对函数注释开始到函数命名之间应该有一组用来标识的特殊字符串。

如果算法比较复杂，或算法中的变量定义与位置有关，则要求对变量的定义进行图解。对难以理解的算法能图解尽量图解。

2、变量的注释：

对于变量的注释紧跟在变量的后面说明变量的作用。原则上对于每个变量应该注释，但对于意义非常明显的变量，如：i,j等循环变量可以不注释。

例如： long lLineCount //线的根数。

3、文件的注释：

文件应该在文件开头加入以下注释：

/   
//   工程:   文件所在的项目名。   
//   作者：**，修改者：**   
//   描述:说明文件的功能。   
//   主要函数：…………   
//   版本:   说明文件的版本，完成日期。   
//   修改:   说明对文件的修改内容、修改原因以及修改日期。   
//   参考文献：   ......   
/

为了头文件被重复包含要求对头文件进行定义如下:

#ifndef   __FILENAME_H__   
#define   __FILENAME_H__

其中FILENAME为头文件的名字。

4、其他注释：

在函数内我们不需要注释每一行语句。但必须在各功能模块的每一主要部分之前添加块注释，注释每一组语句，在循环、流程的各分支等，尽可能多加以注释。

其中的循环、条件、选择等位置必须注释。

对于前后顺序不能颠倒的情况，建议在注释中增加序号。

例如：

在其他顺序执行的程序中，每隔3—5行语句，必须加一个注释，注明这一段语句所组成的小模块的作用。对于自己的一些比较独特的思想要求在注释中标明。

程序健壮性

1、函数的返回值规范

对于函数的返回位置，尽量保持单一性，即一个函数尽量做到只有一个返回位置。(单入口单出口)。

要求大家统一函数的返回值，所有的函数的返回值都将以编码的方式返回。

例如编码定义如下：

#define CM_POINT_IS_NULL CMMAKEHR(0X200)

:

:

建议函数实现如下：

long 函数名(参数,……)

{

long lResult; //保持错误号

lResult=CM_OK;

//如果参数有错误则返回错误号

if(参数==NULL)

{

lResult=CM_POINT_IS_NULL;

goto END;

}

……

END:

return lResult;

}

2、关于goto的应用

对goto语句的应用，我们要求尽量少用goto语句。对一定要用的地方要求只能向后转移。

3、资源变量的处理（资源变量是指消耗系统资源的变量）

对资源变量一定赋初值。分配的资源在用完后必须马上释放，并重新赋值。

4、对复杂的条件判断，为了程序的可读性，应该尽量使用括号。

例：if(((szFileName!=NULL)&&(lCount> =0)))||(bIsReaded==TRUE))

可移植性：

1、高质量的代码要求能够跨平台，所以我们的代码应该考虑到对不同的平台的支持，特别是对windows98和windowsnt的支持。

2、由于C语言的移植性比较好，所以对算法函数要求用C代码，不能用C++代码。

3、对不同的硬件与软件的函数要做不同的处理

原文地址：https://blog.csdn.net/xiantian7/article/details/17279129 http://www.cnblogs.com/ggjucheng/archive/2011/12/15/2289291.html https://zh-google-styleguide.readthedocs.io/en/latest/google-cpp-styleguide/naming/ https://blog.csdn.net/u014294166/article/details/52772133

Jeff_

关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
C++命名规则

在引入细节之前，先说明一下命名规范的整体原则：同一性在编写一个子模块或派生类的时候，要遵循其基类或整体模块的命名风格，保持命名风格在整个模块中的同一性。标识符组成标识符采用英文单词或其组合，应当直观且可以拼读，可望文知意，用词应当准确。最小化长度 &amp;&amp; 最大化信息量原则在保持一个标识符意思明确的同时，应当尽量缩短其长度避免过于相似 ...
复制链接

扫一扫