




已阅读5页,还剩12页未读, 继续免费阅读
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
文件编号: 密级:内部版本:V1.0C+编码规范共16页编制:校对:审核:标审:会签:批准:二一七年四月修订状态页文件名称C+编码规范文件编号版本V1.0日期2017-04-06更改章节更改内容更改页码更改日期更改人备注:目录1前言42程序布局42.1头文件结构42.2实现文件43命名规则43.1文件53.2类/结构53.3函数53.4变量53.5常量、宏73.6结构体73.7枚举74代码风格与板式74.1空行的使用74.2语句与代码行84.3缩进和对齐84.4最大长度84.5长行拆分84.6空格的使用84.7修饰符的位置104.8与常量的比较104.9类排版104.10注释114.10.1头文件注释114.10.2类头注释114.10.3变量注释12类、结构体、枚举变量采用如下三种形式:124.10.4函数注释124.10.5实现体内注释125代码示例131 前言本指南的目的是通过详细阐述在C+编码时要怎样写、不要怎样写来规避其复杂性。这些规则可在允许代码有效使用C+语言特性的同时使其易于管理。2 程序布局2.1 头文件结构头文件通常由以下几部分组成:a) 头文件注释:为方便维护,头文件和实现文件需加文件头,头文件由版权声明、文件名内容摘要、操作三部分内容组成b) 预处理快:为了防止头文件被重复引用,应当用ifndef/define/endif结构产生预处理块,命名格式:文件名全大写_H_,如#ifndef MYGLOBAL_H_c) 文件引用:文件引用顺序依次为C标准库、C+标准库、外部模块、内部模块,注意尽量减少在头文件中#include的数量d) 类、结构、枚举等声明2.2 实现文件实现文件通常由以下几部分组成a) 文件引用:文件引用顺序依次为预编译头文件引用、配套头文件引用、C标准库、C+标准库、外部模块、内部模块预编译头文件引用。b) 程序实现体:数据和函数的定义,按照头文件定义顺序进行实现。3 命名规则好的命名规则能极大地增加可读性和可维护性。同时,对于一个有上百个人共同完成的大项目来说,统一命名约定也是一项必不可少的内容。本章对程序中的所有标识符(包括变量名、常量名、函数名、类名、结构名、宏定义等)的命名做出约定。3.1 文件文件名称由一个或多个单词构成。为便于界定,每个单词的首字母要大写。文件名称一定要能确切的表达文件的内容,禁止使用过于泛的名称,如用户管理对话框不应该命名为User.h而应该命名为UserManageDlg.h。3.2 类/结构a) C+类/结构的命名:类的名称由一个或多个单词构成。为便于界定,每个单词的首字母要大写。b) 推荐的组成形:类的命名推荐用“前缀” 名词或形容词名词的形式,例如:GAnalyzer, CFastVector . 前缀为了区分不同的工程或者模块,例如MFC的CString,QT的QString,GIS中的GObject,目前本公司采用My开头,如MyString。3.3 函数a) 命名规则:函数的名称由一个或多个单词组成,首字母小写,其余每个单词的首字母要大写。私有函数名称前加下划线。b) 组成形式:函数名应当使用动词或者动词名词(动宾词组)的形式。例如:getName(), getValue(), erase(), reserve() . c) 对于bool值获取和设置的函数采用如下格式:void setModified(boolbModified);bool isModified();d) 针对QT的特别说明:Qt下slot函数统一采用on_作为前缀,如:on_MouseButtonClicked();3.4 变量a) 变量的命名:变量名由作用域前缀类型前缀一个或多个单词组成。为便于界定,每个单词的首字母要大写。对于某些用途简单明了的局部变量,也可以使用简化的方式,如:i,j,k,x,y,z.b) 作用域前缀:作用域前缀标明一个变量的可见范围。作用域可以有如下几种:m_ :类的成员变量(member)ms_ :类的静态成员变量(static member)s_ :静态变量(static)g_ :普通全局变量(global)gs_ :静态全局变量(static global)gg_ :进程或动态链接库中的全局变量(global global)除非不得已,否则应该尽可能少使用全局变量。c) 类型前缀:类型前缀标明一个变量的类型,主要类型如下:i :整形(int)可以下面n表示n :整型和位域变量(number)以“n”作为所有整形前缀是由于大多数情况下,编写程序时不需要过多考虑整形的宽度,但在某些场合中,整形宽度是需要特别注意并且仔细加以区分的,这时可使用如下记法代替“n”前缀:uc :字节(8bit,unsigned char , byte)w :字(16bit,word)dw :双字(32bit,double word)nn :四字(64bit,quad word)bf :位域(bit field)对浮点型变量也有类似记法如下:f :单精度浮点(32bit,float)d :双精度浮点(64bit,double)ld :扩展精度浮点(80bit,long double)e :枚举型变量c :charsz :传统的C字符串 (char*,char) str :字符串(std:string)map :键值容器(std:map)lis :动态数组(std:list)vec :动态数组(std:vector)deq :双端队列(std:deque)p :指针b :boolh :HANDLEus :结构类型/联合类型前缀可以组合使用。d) 推荐的组成形式:变量的名字应当使用名词或者形容词名词。例如:nCode,m_nState,nMaxWidth.3.5 常量、宏名称统一使用大写,标识符必须指示常量具体含义,单词间通过下划线来界定。如:ERROR_UNKNOWN, OP_STOP3.6 结构体结构体使用typedef struct 并以tag_开头,后命名规则同类。如:typedef struct tag_Historychar szName32;int iIndex; History;3.7 枚举命名规则同内,枚举值采用枚举名缩写并采用小写开头。如enum EquipmentPart epSamplePin= 0,epRea1Pin= 2,epRea2Pin= 4;4 代码风格与板式代码风格的重要性怎么强调都不过分。一段稍长一点的无格式代码基本上就是不可读的。 先来看一下这方面的整体原则:4.1 空行的使用空行起着分隔程序段落的作用。空行得体(不过多也不过少)将使程序的布局更加清晰。空行不会浪费内存,虽然打印含有空行的程序是会多消耗一些纸张,但是值得。所以不要舍不得用空行。 l 在每个类声明之后、每个函数定义结束之后都要加2行空行。l 在一个函数体内,逻揖上密切相关的语句之间不加空行,其它地方应加空行分隔。4.2 语句与代码行一行代码只做一件事情,如只定义一个变量,或只写一条语句。这样的代码容易阅读,并且方便于写注释。if、for、while、do、try、catch 等语句自占一行,执行语句不得紧跟其后。不论执行语句有多少都要加 。这样可以防止书写 和修改代码时出现失误。4.3 缩进和对齐程序的分界符 和 应独占一行并且位于同一列,同时与引用它们的语句左对齐。 之内的代码块在 右边一个制表符(4个半角空格符)处左对齐。如果出现嵌套的 ,则使用缩进对齐。如果一条语句会对其后的多条语句产生影响的话,应该只对该语句做半缩进(2个半角空格符),以突出该语句。4.4 最大长度代码行最大长度宜控制在70至100个字符以内。代码行不要过长,否则眼睛看不过来,也不便于打印 (2009年更新:随着GUI开发环境和高分宽屏的普及,此规则可以视情况适当放宽)。 4.5 长行拆分长表达式要在低优先级操作符处拆分成新行,操作符放在新行之首(以便突出操作符)。拆分出的新行要进行适当的缩进,使排版整齐,语句可读。 例如:if (very_longer_variable1 = very_longer_variable2)& (very_longer_variable3 = very_longer_variable4)& (very_longer_variable5 =、=、+、*、%、&、|、这类操作符前后不加空格。对于表达式比较长的for、do、while、switch语句和if语句,为了紧凑起见可以适当地去掉一些空格,如for (i=0; i10; i+)和if (a=b) & (c= 2000) / 良好的风格if(year=2000) / 不良的风格if (a=b) & (c=b&c=d) / 不良的风格/ =for (int i=0; i10; i+) / 良好的风格for(int i=0;i10;i+) / 不良的风格for (int i = 0; i 10; i +) / 过多的空格/ =x = a b ? a : b; / 良好的风格x=aFunction(); / 不要写成 b - Function();4.7 修饰符的位置为便于理解,应当将修饰符 * 和 & 紧靠数据类型。 例如:char* pName;int* piX;int iY; / 为避免y被误解为指针,这里必须分行写。int* Function(void* p);4.8 与常量的比较在与宏、常量进行 =, !=, =, = 等比较运算时,应当将常量写在运算符左边,而变量写在运算符右边。这样可以避免因为偶然写错把比较运算变成了赋值运算的问题。 例如:if (NULL = p) / 如果把 = 错打成 =,编译器就会报错/ .4.9 类排版类主要包括构造函数析构函数自定义函数,变量组成:/版权注释.#ifndef MYDEMO_H_ /防止重复包含#define MYDEMO_H_ /防止重复包含/库引用尽量少,能放入实现中放入实现,特别针对动态库的封装/内注释.class MyDemopublic:/如有枚举放在最前面/构造析构函数放在第二/ 一般函数private:/ 一般私有函数public:/ 变量定义放在后面private:/ 私有变量定义放在最后;#endif / MYDEMO_H_ /防止重复包含保护宏结尾4.10 注释4.10.1 头文件注释头文件需加文件头,头文件由版权声明、文件名内容摘要、操作三部分内容组成:/* * Copyright (c) 2011, * All rights reserved. * * file file.h * brief 概要说明* 详细说明 * author 作者 version V1.0 date 2016-04-26 * */4.10.2 类头注释/* * class 类名 * brief 概要说明* 详细说明 * author 作者 version V1.0 date 2016-04-26 */或者/* 说明 */4.10.3 变量注释类、结构体、枚举变量采用如下三种形式:/* 第一种在变量上面说明 */int m_iRemove;/* * 第二种* 在变量上面多行说明 */int m_iRemove;int m_iRemove;/! 第三种在变量右边说明4.10.4 函数注释/* * 函数说明 * param 变量名称 变量说明 * return void 返回值说明 */4.10.5 实现体内注释注释的位置应与被描述的代码相邻,可以放在代码的上方或右方,不可放在下方。 边写代码边注释,修改代码同时修改相应的注释,以保证注释与代码的一致性。不再有用的注释要删除。 注释应当准确、易懂,防止注释有二义性。错误的注释不但无益反而有害。 当代码比较长,特别是有多重嵌套时,应当在一些段落的结束处加注释,便于阅读。5 代码示例头文件示例:/* * Copyright (c) 2017, * All rights reserved. * * file MyDemo.h * 完整的代码示例 * * author XXX version V1.0 date 2017-04-06 * */#ifndef MYDEMO_H_ /防止重复包含#define MYDEMO_H_ /防止重复包含/库引用尽量少,能放入实现中放入实现,特别针对动态库的封装#include /C标准库引用 #include /C+标准库引用#include MyHelper.h /外部库引用#include MyGlobal.h /内部引用/* 枚举说明 */enum EquipmentPartepSamplePin = 0, /! 枚举值说明epRea1Pin = 2, /! 枚举值说明epRea2Pin = 4 /! 枚举值说明;/* 结构体说明 */typedef struct tag_Historychar szName32; /! 结果体变量说明int iIndex; /! 结果体变量说明History; /! 结构体说明class MyDemoManage; /内使用前声明,尽量不采用#include引用,在CPP中引用。/* * class MyDemo * brief 内注解 * * author author version V1.0 date 2017-04-06 */class MyDemopublic:MyDemo();MyDemo();/* 函数1 */void Test();/* * 函数2 * return int 返回值说明 */int getTest1();private:/* * 函数说明 * param iValue 参数1说明 * param iV2 参数2说明 * return int 返回值说明*/int _setTest1(int iValue, int iV2);public:/* 变量说明 */int m_iTest1;private:double m_dTest2; /! 变量说明float m_fTest3; /! 变量说明std:string m_strTest4; /! 变量说明std:vector m_vecTest5s; /! 变量说明MyDemoManage* m_pDemoManage; /! 变量说明;#endif / MYDEMO_H_ /防止重复包含保护红结尾实现文件示例:/* Copyright (c) 2017* All rights reserved.* file MyDemo.cpp* 完整的代码示例实现* author XXX version V1.0 date 2017-04-06*/#include stdafx.h /预处理头放在开始#include MyDemo.h /关联头放在第二位#include /C
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 2025布草洗涤与客户体验中心建设合同
- 2025版外墙粉刷与外墙防霉防藻合同
- 2025年度企业财务风险预警系统研发聘用合同范本
- 河北省赤城县2025年上半年事业单位公开遴选试题含答案分析
- 2025多股东企业股权变更及简单转让合同
- 2025年特色小镇拆迁房产权交易合同
- 河北省安新县2025年上半年事业单位公开遴选试题含答案分析
- 海南省屯昌县2025年上半年事业单位公开遴选试题含答案分析
- 2025版文化创意产业资产托管与运营合同
- 2025年度全民健身中心体育馆场地租赁服务合同
- 交通事故处理交通事故委托书
- 劳动与技术小学开学第一课
- 新诊断心房颤动的护理查房
- 辽宁盘锦中医师承确有专长人员考核考试题含答案2024年
- 《WPS AI智能办公应用大全》全套教学课件
- 新疆疫苗管理办法
- 生产策划管理办法
- 2025年重庆出租车资格证区域考试题库区域考试
- 低氯血症护理查房
- 虫害外包服务商管理制度
- 医疗废物监督管理课件
评论
0/150
提交评论