HCJ_VC编程规范
- 格式：doc
- 大小：102.00 KB
- 文档页数：11
下载文档原格式
合集下载
VC 代码规范
分,简单的用z_(排在最后面),复杂的用_(排在最前面).
第二命名各单词首字母大写或全大写.
单词2-4个,第1个单词表示大功能区分,最后1个单词表示明确类型,中间单词辅助
表示意义,每个单词第一个字母大写,其余小写(某些特殊意义的,全部小写并与结构体
名一致).如:TexBlkHeader texblkheader;
格开,要求能清晰反映资源的属性:如ID_FILE_OPEN_WORKSPACE
第一个单词表示资源类型:
ID--菜单(工具栏,字符串),IDR--共享资源类型,IDD--对话框,VS--版本,IDC--控件,
IDS--字符串资源(String), IDB--位图资源(Bitmap),IDI--图标资源(Icon)
函数的输入参数不多于5个，输出参数不多于5个;
如 bool 函数名(类型 变量,类型 变量,类型 &变量,类型 &变量);
返回值一般是简单返回,引用返回一般是复杂返回(提高速度,增加代码清晰度),简
单返回,既同一变量要传参又要返回,使用引用.如:
short BTSE(short x)
e.代码中的二进制数据统一使用十六进制:
0XF=15,0XFF=255,0XFFFF=256*256-1,
大功能区分,最后1个单词表示明确类型,中间单词辅助表示意义,要求能清晰反映宏定义的
本义.
在类中使用的数组长度意义比较复杂时一般要使用宏定义,放在类前,然后对下标分别
依次定义(注意对齐),如:
#define LISTSIZE 10
//列表定义
#define SKY_LIST 0
变量名不禁止省略.(类型 变量--形参,调用时 函数名(变量,变量,变量,..);变量--实
第二命名各单词首字母大写或全大写.
单词2-4个,第1个单词表示大功能区分,最后1个单词表示明确类型,中间单词辅助
表示意义,每个单词第一个字母大写,其余小写(某些特殊意义的,全部小写并与结构体
名一致).如:TexBlkHeader texblkheader;
格开,要求能清晰反映资源的属性:如ID_FILE_OPEN_WORKSPACE
第一个单词表示资源类型:
ID--菜单(工具栏,字符串),IDR--共享资源类型,IDD--对话框,VS--版本,IDC--控件,
IDS--字符串资源(String), IDB--位图资源(Bitmap),IDI--图标资源(Icon)
函数的输入参数不多于5个，输出参数不多于5个;
如 bool 函数名(类型 变量,类型 变量,类型 &变量,类型 &变量);
返回值一般是简单返回,引用返回一般是复杂返回(提高速度,增加代码清晰度),简
单返回,既同一变量要传参又要返回,使用引用.如:
short BTSE(short x)
e.代码中的二进制数据统一使用十六进制:
0XF=15,0XFF=255,0XFFFF=256*256-1,
大功能区分,最后1个单词表示明确类型,中间单词辅助表示意义,要求能清晰反映宏定义的
本义.
在类中使用的数组长度意义比较复杂时一般要使用宏定义,放在类前,然后对下标分别
依次定义(注意对齐),如:
#define LISTSIZE 10
//列表定义
#define SKY_LIST 0
变量名不禁止省略.(类型 变量--形参,调用时 函数名(变量,变量,变量,..);变量--实
华为编程规范
华为编程规范华为是一家世界知名的信息通信技术（ICT）解决方案供应商，为全球超过170个国家和地区的企业和消费者提供产品和服务。
在华为的软件开发过程中，编程规范起着至关重要的作用。
良好的编程规范有助于提高代码的质量和可维护性，减少错误和调试时间，提高开发效率。
以下是华为编程规范的一些核心要点：1. 命名规范：变量、函数、类等命名应具有清晰的含义，并遵循驼峰命名法。
变量和函数名应尽量简短明了，避免使用无意义的名字。
同时，要避免使用拼音或缩写，提高代码的可读性。
2. 注释规范：良好的注释是代码可读性的重要组成部分。
应在需要解释的地方进行注释，对于复杂的算法和逻辑，要详细解释思路和实现方法。
此外，对于代码片段的用途，也可以加上简短的注释。
注释应使用英文，避免使用拼音或其他不常见的语言。
3. 缩进和空格：合理的缩进和空格可以提高代码的可读性。
在华为的编程规范中，使用四个空格作为一个缩进层级。
在运算符和逗号等地方留有适当的空格，使代码更易于阅读。
4. 函数规范：函数应尽量简短，一个函数应有一个明确的目的。
函数命名要具有清晰的语义，能够准确描述函数的功能。
参数应尽量避免过多，遵循最小化设计原则。
5. 异常处理：在代码中应该考虑到可能出现的异常情况，并进行相应的处理。
捕获异常后，应该写明异常类型，并书写明确的处理逻辑。
6. 安全性考虑：在编写代码时，应始终考虑安全性。
避免使用已知存在安全漏洞的函数和方法，对于输入的数据进行合理的校验和过滤，防止代码被恶意攻击者利用。
7. 代码格式化：代码格式化可以提高代码的可读性，使代码更易于维护。
在华为的编程规范中，要求使用一致的缩进和空格，合理分行和对齐，并采用一致的命名风格。
8. 可移植性：考虑到不同平台和操作系统的差异，编写代码时应注重可移植性。
避免使用与操作系统和平台相关的特性和函数，尽量使用标准库和接口。
9. 性能优化：在编写代码时，应注重性能优化。
避免不必要的计算和内存开销，合理选择数据结构和算法。
c 编程规范
c 编程规范C 编程规范是用来规范 C 语言程序代码风格和编写规范的一系列准则。
遵循 C 编程规范可以提高代码的可读性、可维护性，减少错误和 bug 的发生。
以下是一些常见的 C 编程规范建议：1. 代码缩进：缩进应该使用相同数量的空格符或制表符，一般为 4 个空格或一个制表符。
缩进可以使代码结构更清晰，便于阅读。
2. 命名规范：变量、函数和常量的命名应该具有描述性，能够准确反映其用途和含义。
使用驼峰命名法或下划线命名法是常见的命名风格。
注意避免使用与 C 语言关键字相同的名称。
3. 注释规范：代码中应该包含必要的注释，用于解释代码的逻辑、实现细节和算法。
注释应该清晰明了，不要出现拼写错误或过多的冗余信息。
4. 函数长度：函数的长度应该适中，不要过长。
一般来说，一个函数应该只负责一个具体的功能，如果函数过长应该考虑分割成多个子函数。
5. 模块化设计：程序应该使用模块化的设计原则，将功能相似或相关的代码块组织成不同的模块或文件。
这样可以提高代码的可维护性和可重用性。
6. 错误处理：程序应该正确处理各种可能发生的错误和异常情况。
避免简单地使用错误代码或忽略错误，而是采取适当的错误处理措施，例如返回错误码或抛出异常。
7. 变量声明：变量应该在使用前先声明，并且尽量在被使用的代码块的起始处进行声明。
声明时应给予适当的初始值，以避免使用未初始化的变量。
8. 代码复用：避免重复的代码和冗余的逻辑。
可以通过编写可重用的函数、使用循环和条件语句等方式来提高代码的复用性和可读性。
9. 括号的使用：括号的使用是保证代码逻辑准确性的重要方式之一。
建议在 if、for、while、switch 等语句块的使用中，使用括号来明确代码块的范围，以避免出现逻辑错误。
10. 代码格式：代码应该有一致的格式，用以增加可读性。
应避免使用过长的代码行，一般建议每行代码长度不超过 80 个字符。
综上所述，C 编程规范是编写高质量、可维护代码的基本准则。
华为技术 公司C 语言编程规范
3 函数 ..................................................... 12
3.1 内联函数.............................................................................................................................12 3.2 函数参数.............................................................................................................................13 3.3 函数指针.............................................................................................................................14
0.1 前言 ...................................................................................................................................... 5 0.2 代码总体原则 ....................................................................................................................... 5 0.3 与C语言编程规范的关系 ...................................................................................................... 6 0.4 规范实施、解释....................................................................................................................6 0.5 术语定义...............................................................................................................................6
3.1 内联函数.............................................................................................................................12 3.2 函数参数.............................................................................................................................13 3.3 函数指针.............................................................................................................................14
0.1 前言 ...................................................................................................................................... 5 0.2 代码总体原则 ....................................................................................................................... 5 0.3 与C语言编程规范的关系 ...................................................................................................... 6 0.4 规范实施、解释....................................................................................................................6 0.5 术语定义...............................................................................................................................6
CC编程规范精
3.2 你会编写正确的 if 语句吗
布尔变量与零值比较 整型变量与零值比较 浮点变量与零值比较 指针变量与零值比较 为什么有人用 If(NULL == P) 这样“古怪”的格式
3.3 循环语句
在多重循环中，如果有可能，应当将最长的循环放在最内层，最短的循环放在最外层，以减少 CPU跨切循环层的次数。 如果循环体内存在逻辑判断，并且循环次数很大，宜将逻辑判断移到循环体的外面。 建议for语句的循环控制变量的取值采用“半开半闭区间”写法。
4.5 使用断言
使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别，后者是必然存 在的并且是一定要做出处理的。 在函数的入口处，使用断言检查参数的有效性（合法性）。 在编写函数时，要进行反复的考查，并且自问：“我打算做哪些假定？”一旦确定了的假定，就 要使用断言对假定进行检查。
Page 7
目录
0. 编程老手和高手的误区 1. 程序的版式 2. 命名规则 3. 表达式和基本语句 4. 函数设计 5. 内存管理 6. C++/C试题与答案，代码检查表
Page 1
0. 编程老手和高手的误区
自我臭美的程序员 程序员不同于武林人士，我们不要崇拜邪派高手 大学计算机教育的失误：从来就没有重视质量，绝大多数学士、硕士、博士不了解软件质量，不 知道如何有效地提高软件的质量。 高校毕业生C++/C编程考试的结果：程序质量低下 什么是编程老手：能够长期稳定地编写出高质量程序的程序员 什么是编程高手：能够长期稳定地编写出高难度、高质量程序的程序员
– 指针变量没有被初始化。任何指针变量刚被创建时不会自动成为NULL指针，它的默认值 是随机的，它会乱指一气。
– 指针p被free或者delete之后，没有置为NULL，让人误以为p是个合法的指针。 – 指针操作超越了变量的作用范围。这种情况让人防不胜防
布尔变量与零值比较 整型变量与零值比较 浮点变量与零值比较 指针变量与零值比较 为什么有人用 If(NULL == P) 这样“古怪”的格式
3.3 循环语句
在多重循环中，如果有可能，应当将最长的循环放在最内层，最短的循环放在最外层，以减少 CPU跨切循环层的次数。 如果循环体内存在逻辑判断，并且循环次数很大，宜将逻辑判断移到循环体的外面。 建议for语句的循环控制变量的取值采用“半开半闭区间”写法。
4.5 使用断言
使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别，后者是必然存 在的并且是一定要做出处理的。 在函数的入口处，使用断言检查参数的有效性（合法性）。 在编写函数时，要进行反复的考查，并且自问：“我打算做哪些假定？”一旦确定了的假定，就 要使用断言对假定进行检查。
Page 7
目录
0. 编程老手和高手的误区 1. 程序的版式 2. 命名规则 3. 表达式和基本语句 4. 函数设计 5. 内存管理 6. C++/C试题与答案，代码检查表
Page 1
0. 编程老手和高手的误区
自我臭美的程序员 程序员不同于武林人士，我们不要崇拜邪派高手 大学计算机教育的失误：从来就没有重视质量，绝大多数学士、硕士、博士不了解软件质量，不 知道如何有效地提高软件的质量。 高校毕业生C++/C编程考试的结果：程序质量低下 什么是编程老手：能够长期稳定地编写出高质量程序的程序员 什么是编程高手：能够长期稳定地编写出高难度、高质量程序的程序员
– 指针变量没有被初始化。任何指针变量刚被创建时不会自动成为NULL指针，它的默认值 是随机的，它会乱指一气。
– 指针p被free或者delete之后，没有置为NULL，让人误以为p是个合法的指针。 – 指针操作超越了变量的作用范围。这种情况让人防不胜防
c语言编程规范
c语言编程规范C语言是一种广泛使用的编程语言，为了使代码可读性强，易于维护，编写出高质量的C语言代码，需要遵守一些编程规范。
1. 命名规范：- 使用有意义的变量和函数名称，避免使用缩写或不明确的名称。
- 变量和函数名称使用小驼峰式命名，以单词首字母小写，后续的单词首字母大写。
- 宏常量使用全部大写字母，并用下划线分隔单词。
2. 注释规范：- 使用注释来解释代码的逻辑、功能或者算法，提高代码的可读性。
- 在函数开头可以用注释来描述函数的输入、输出及功能。
- 注释应该与代码对齐，避免过长或过短，同时避免注释代码。
3. 缩进和空格规范：- 使用合适的缩进，增加代码的可读性。
- 使用4个空格作为一次缩进，而不是使用Tab字符。
- 在运算符和逗号后加一个空格，使代码更易读。
- 在大括号前加一个空格，与控制流语句对齐。
4. 代码结构规范：- 将相关功能的代码块放在一起，便于阅读和维护。
- 逻辑层次清晰，函数和类方法要尽量短小，每个函数的功能单一、复用性强。
- 相关联的变量放在一起声明，并按照类型顺序排序。
- 避免过长的行，推荐每行代码不超过80个字符。
5. 错误处理规范：- 在代码中检查错误并进行适当的处理，避免代码崩溃或者产生不可预料的结果。
- 使用错误码或者异常来处理错误，避免使用魔法数字。
- 使用合适的方式记录错误信息，方便调试和定位问题。
6. 动态内存管理规范：- 在使用动态内存分配时，需要及时释放分配的资源，避免内存泄漏。
- 需要注意避免指针悬挂和使用已经释放的内存。
7. 注重效率和安全性：- 在编写代码时注重代码的性能和效率，避免使用低效的算法。
- 在处理用户输入或者系统API调用时，需要对输入进行有效性检查，避免安全漏洞。
8. 一致性和规范性：- 保持代码的一致性和规范性，遵循编程规范，方便团队协作和代码维护。
- 遵循公司或项目的编码规范，保持团队的代码风格一致。
以上是C语言编程规范的一些基本要点，通过遵守这些规范，可以提高代码的可读性、可维护性和代码质量，使得代码更加规范和高效。
C_C++编程规范-华为标准-精
值范围及公共变量间的关系。 5-3：明确公共变量与操作此公共变量的函数或过
程的关系，如访问、修改及创建等。 5-4：当向公共变量传递数据时，要十分小心，防
止赋与不合理的值或越界等现象发生。 5-5：防止局部变量与公共变量同名。 5-6：严禁使用未经初始化的变量作为右值。
编程规范详解——函数、过程 处理。
1-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间 的操作符之前、之后或者前后要加空格；进行非对等操作时，如果 是关系密切的立即操作符（如－>），后不应加空格。
1-12: 程序结构清析，简单易懂，单个函数的程序行数不得超过100行。
编程规范详解——注释
2-1：一般情况下，源程序有效注释量必须在20％以上。 2-2：说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg
编程规范详解——注释
2-9：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在 声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在 其上方相邻位置或右方。
2-10：数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自 注释的，必须加以注释。对数据结构的注释应放在其上方相邻位置，不可 放在下面；对结构中的每个域的注释放在此域的右方。
后进入下一个case处理，必须在该case语句处理完、下一个case语句前加 上明确的注释。
编程规范详解——标识符的命名
3-1：标识符的命名要清晰、明了，有明确含义，同时使用完 整的单词或大家基本可以理解的缩写，避免使人产生误解。
3-2：命名中若使用特殊约定或缩写，则要有注释说明 3-3：自己特有的命名风格，要自始至终保持一致，不可来回
延用华为标准
C/C++编程规范
程的关系，如访问、修改及创建等。 5-4：当向公共变量传递数据时，要十分小心，防
止赋与不合理的值或越界等现象发生。 5-5：防止局部变量与公共变量同名。 5-6：严禁使用未经初始化的变量作为右值。
编程规范详解——函数、过程 处理。
1-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间 的操作符之前、之后或者前后要加空格；进行非对等操作时，如果 是关系密切的立即操作符（如－>），后不应加空格。
1-12: 程序结构清析，简单易懂，单个函数的程序行数不得超过100行。
编程规范详解——注释
2-1：一般情况下，源程序有效注释量必须在20％以上。 2-2：说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg
编程规范详解——注释
2-9：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在 声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在 其上方相邻位置或右方。
2-10：数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自 注释的，必须加以注释。对数据结构的注释应放在其上方相邻位置，不可 放在下面；对结构中的每个域的注释放在此域的右方。
后进入下一个case处理，必须在该case语句处理完、下一个case语句前加 上明确的注释。
编程规范详解——标识符的命名
3-1：标识符的命名要清晰、明了，有明确含义，同时使用完 整的单词或大家基本可以理解的缩写，避免使人产生误解。
3-2：命名中若使用特殊约定或缩写，则要有注释说明 3-3：自己特有的命名风格，要自始至终保持一致，不可来回
延用华为标准
C/C++编程规范
华为技术有限公司C语言编程规范
confidentialityleveldkba2826201150规范制订说明01前言为提高产品代码质量指导广大软件开发人员编写出简洁可维护可靠可测试高效可移植的代码编程规范修订工作组分析总结了我司的各种典型编码问题并参考了业界编程规范近年来的成果重新对我司1999年版编程规范进行了梳理优化刷新编写了本规范
DKBA
华为技术有限公司内部术规范
DKBA 2826-2011.5
C语言编程规范
2011年5月9日发布
2011年5月9日实施
华为技术有限公司 Huawei Technologies Co., Ltd.
版权所有 侵权必究 All rights reserved
密级：内部公开DKBA 2826-2011.5
修订声明Revision declaration
本规范拟制与解释部门：
本规范的相关系列规范或文件： 相关国际规范或文件一致性： 替代或作废的其它规范或文件： 相关规范或文件的相互关系：
规范号 DKBAxxxx.x-xxxx.xx
主要起草部门专家 PSST质量部： 郭曙光00121837 网络： 张伟00118807 周灿00056781 王晶00041937 陈艺彪00036913 IP开发部： 薛治00038309 核心网： 张小林00058208 王德喜00040674 李明胜00042021 软件公司： 文 滔00119601 无线： 刘爱华00162172 中研： 谭洪00162654
主要评审部门专家 PSST质量部： 李重霄00117374 郭永生00120218 核心网： 张进柏00120359 中研： 张建保00116237 无线： 苏光牛00118740 郑铭00118617 陶永祥00120482 软件公司： 周代兵00120359 刘心红00118478 朱文琦00172539 网络： 王玎00168059 黄维东49827 IP开发部： 饶远00152313
DKBA
华为技术有限公司内部术规范
DKBA 2826-2011.5
C语言编程规范
2011年5月9日发布
2011年5月9日实施
华为技术有限公司 Huawei Technologies Co., Ltd.
版权所有 侵权必究 All rights reserved
密级：内部公开DKBA 2826-2011.5
修订声明Revision declaration
本规范拟制与解释部门：
本规范的相关系列规范或文件： 相关国际规范或文件一致性： 替代或作废的其它规范或文件： 相关规范或文件的相互关系：
规范号 DKBAxxxx.x-xxxx.xx
主要起草部门专家 PSST质量部： 郭曙光00121837 网络： 张伟00118807 周灿00056781 王晶00041937 陈艺彪00036913 IP开发部： 薛治00038309 核心网： 张小林00058208 王德喜00040674 李明胜00042021 软件公司： 文 滔00119601 无线： 刘爱华00162172 中研： 谭洪00162654
主要评审部门专家 PSST质量部： 李重霄00117374 郭永生00120218 核心网： 张进柏00120359 中研： 张建保00116237 无线： 苏光牛00118740 郑铭00118617 陶永祥00120482 软件公司： 周代兵00120359 刘心红00118478 朱文琦00172539 网络： 王玎00168059 黄维东49827 IP开发部： 饶远00152313
VC编码规范
vc编码规范一、排版1．空行【规则1】在每个函数体结束之后都要加空行。
【规则2】在一个函数体内，相对独立的程序块之间应加空行。
2．代码行【规则1】一行代码只做一件事情，如只定义一个变量，或只写一条语句。
【规则2】if、for、while、do等语句自占一行，执行语句不得紧跟其后。
不论执行语句有多少都要加{}。
3．空格【规则1】象i f、for、while等关键字之后应留一个空格再跟左括号‘（’，以突出关键字。
【规则2】函数名之后不要留空格，紧跟左括号‘（’，以与关键字区别。
【规则3】“，”之后要留空格。
【规则4】如果‘;’不是一行的结束符号，其后要留空格。
【规则5】“=”、“+=”“>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”,“^”等二元操作符的前后应当加空格，对于表达式比较长的语句（多于一个运算符）除外。
【规则6】一元操作符如“!”、“~”、“++”、“--”、“&”（地址运算符）等前后不加空格。
4．长行拆分【规则1】代码行最大长度宜控制在70至80个字符以内（能够控制在屏幕的一行之内）。
【规则2】长表达式要在低优先级操作符处拆分成新行，操作符放在新行之首（以便突出操作符）。
拆分出的新行要进行适当的缩进。
使排版整齐，语句可读。
5．对齐【规则1】程序的分界符‘{’和‘}’应独占一行并且位于同一列，同时与引用它们的语句左对齐。
【规则2】{ }之内的代码块在‘{’右边数4格处左对齐（可以设置TAB键为跳4个格）。
【规则3】#define的各个字段对齐。
6．修饰符的位置【规则】应当将修饰符 * 和＆紧靠变量名。
二、注释1．单条语句注释：【规则】用“//”进行注释，写在一条语句的后面。
2．语句段注释：【规则1】在语句段的最上面一行写语句段的功能，例如:/*********************绘制直线********************/.在语句段的最下面一行写结束标记/***************************************/。
VC编程规范-程序员们都应该这样写代码
VC 编程规范-程序员们都应该这样写代码整理By Yray 1.基本要求 1.1 程序结构清析，简单易懂，单个函数的程序行数不得超过100行。
1.2 打算干什么，要简单，直接了当，代码精简，避免垃圾程序。
1.3 尽量使用标准库函数和公共函数。
1.4 不要随意定义全局变量，尽量使用局部变量。
1.5 使用括号以避免二义性。
2.可读性要求 2.1 可读性第一，效率第二。
2.2 保持注释与代码完全一致。
2.3 每个源程序文件，都有文件头说明，说明规格见规范。
2.4 每个函数，都有函数头说明，说明规格见规范。
2.5 主要变量（结构、联合、类或对象）定义或引用时，注释能反映其含义。
2.7 常量定义（DEFINE）有相应说明。
2.8 处理过程的每个阶段都有相关注释说明。
2.9 在典型算法前都有注释。
2.10 利用缩进来显示程序的逻辑结构，缩进量一致并以Tab 键为单位，定义Tab 为 6个字节。
2.11 循环、分支层次不要超过五层。
2.12 注释可以与语句在同一行，也可以在上行。
2.13 空行和空白字符也是一种特殊注释。
2.14 一目了然的语句不加注释。
2.15 注释的作用范围可以为：定义、引用、条件分支以及一段代码。
2.16 注释行数（不包括程序头和函数头说明部份）应占总行数的 1/5 到 1/3 。
3. 结构化要求3.1 禁止出现两条等价的支路。
3.2 禁止GOTO 语句。
3.3 用 IF 语句来强调只执行两组语句中的一组。
禁止 ELSE GOTO 和 ELSE RETURN。
3.4 用 CASE 实现多路分支。
3.5 避免从循环引出多个出口。
3.6 函数只有一个出口。
3.7 不使用条件赋值语句。
3.8 避免不必要的分支。
3.9 不要轻易用条件分支去替换逻辑表达式。
4. 正确性与容错性要求4.1 程序首先是正确，其次是优美4.2 无法证明你的程序没有错误，因此在编写完一段程序后，应先回头检查。
c编程规范
c编程规范C编程规范C语言是一种被广泛使用的编程语言，编写清晰、可读性强的代码尤为重要。
下面是一些关于C编程规范的指导原则：1. 缩进：使用标准的四个空格进行缩进，而非制表符Tab键。
2. 空格：在操作符前后加上一个空格，例如 +、-、*、/等。
3. 命名规范：变量和函数名应采用有意义的名称，使用小写字母和下划线，以提高可读性。
例如，count、max_value等。
4. 注释：为代码添加清晰的注释，解释代码的功能、算法、输入输出等。
注释应该简洁明了，不要描述显而易见的内容，但也不要过于简单粗暴。
5. 函数：函数应该只完成一个特定的任务，遵循“功能单一原则”(single responsibility principle)。
函数名应该尽量描述函数的功能。
6. 变量：变量声明应该尽量靠近变量的使用地点，并在声明时初始化。
变量名应该具有描述性，以方便阅读代码。
7. 括号：在控制结构、循环结构等的代码块中要使用括号，即使只有一行代码。
8. 常量：对于不会改变的值，应该使用常量来表示它们，以提高代码的可读性和维护性。
9. 使用枚举(enum)：使用枚举来表示一组相关的常量，而非使用硬编码的整数，以提高代码的可读性。
10. 错误处理：在C语言中，错误处理非常重要。
对于可能出现错误的操作，应该使用错误码或异常处理等方式，以避免程序崩溃或异常行为。
11. 模块化：将代码分割为多个模块，每个模块负责一个特定的任务。
这样可以提高代码的可维护性和可重用性。
12. 指针：对于使用指针的代码，应该进行严格的错误检查，以避免悬空指针、内存泄漏等问题。
13. 宏定义：宏定义可以增加代码的灵活性，但同时也容易导致问题。
如果不是必要的情况，应该避免使用宏定义，而使用常量或函数来代替。
14. 源文件：每个源文件应该只包含一个模块的代码，并在文件开头添加版权信息和作者信息。
15. 代码复用：尽量避免重复编写相似的代码，可以将相似的代码抽象为函数或模块，以提高代码的可维护性和可重用性。
华为c语言编程规范
华为c语言编程规范华为C语言编程规范1. 命名规范：- 变量、函数、宏名使用小写字母和下划线的组合，如：int my_variable;- 宏名全部大写，并用下划线分隔单词，如：#defineMAX_NUM 100;- 结构体命名使用大驼峰命名法，如：typedef struct MyStruct; - 文件名使用小写字母和下划线的组合，如：my_file.c;2. 缩进与换行：- 使用4个空格进行缩进，不使用Tab键；- 换行时，尽量将操作符放在新行开头，如：a = b +c;- if、for、while等关键字后的括号与关键字之间不换行；- 如果一行超过80个字符，应该进行换行；3. 注释规范：- 使用//进行单行注释；- 使用/**/进行多行注释；- 对代码的重点或逻辑进行注释，并保持注释和代码同步更新；- 不使用无意义的注释；4. 函数与变量规范：- 函数应该具有明确的功能，并使用动词开头；- 变量必须在使用前进行声明，并尽量减少全局变量的使用； - 变量名应该具有描述性，并易于理解；- 不要使用具有歧义或过于简单的变量名；- 变量应该在定义的同时初始化；5. 语法与逻辑规范：- 不要在一个语句中定义多个变量；- 避免使用goto语句；- 比较变量和常量时，应该将变量放在前面，如：if (x == 0); - 不要使用宏定义来替换函数，除非替换后代码不被执行；- 返回值应该使用明确的类型，避免使用int类型表示布尔值； - 使用语言提供的错误处理机制，不要使用全局变量进行错误处理；6. 引入外部文件规范：- 头文件的引用应该尽可能放在源文件的开头；- 头文件的引用应该使用""而不是<>，以示区分；- 头文件的引用应该避免循环引用；- 不要在头文件中定义变量；以上是华为C语言编程规范的部分内容，为了提高代码的可读性和可维护性，开发者应该严格遵守这些规范。
这些规范不仅适用于华为的开发项目，也适用于其他的C语言开发项目。
c编程规范
c编程规范C编程规范以下是一些常见的C编程规范，它们有助于提高代码的可读性、可维护性和可移植性。
1. 格式化代码：- 使用适当的缩进（一般为4个空格）来展示代码的结构。
- 使用空格来分隔运算符和操作数，提高代码的可读性。
- 在代码中使用空行来分隔逻辑上相关的代码块。
2. 命名规范：- 使用具有描述性和有意义的变量名，避免使用单个字母或缩写。
- 使用驼峰命名法（camel case）来命名变量和函数，例如：myVariable，myFunction。
- 使用下划线作为常量名的分隔符，例如：MAX_SIZE。
3. 注释规范：- 使用注释来解释代码的意图、功能、算法和逻辑。
- 在重要的代码段或函数上方添加注释，以帮助其他人理解代码的含义。
- 避免使用不必要的注释，只注释那些对理解代码至关重要的部分。
4. 函数规范：- 函数应该简洁明了，尽量避免超过30行的函数定义。
- 函数应该专注于完成一个具体的任务，并且只处理一个逻辑上的问题。
- 函数应该遵循“单一责任原则”（Single Responsibility Principle），即每个函数只完成一个任务。
5. 错误处理：- 在可能发生错误的地方检查返回值，并采取相应的错误处理措施，例如返回错误码或抛出异常。
- 不要忽略错误，及时的处理错误可以提高程序的稳定性和健壮性。
6. 常量和宏定义：- 使用常量来替代魔法数字，例如使用#define来定义常量，增加代码的可读性。
- 使用宏定义来简化复杂的表达式，但是需要注意宏的副作用和潜在的问题。
7. 文件组织：- 将相关的函数和数据放在一个独立的源文件中，使用头文件来声明函数和数据的接口。
- 在头文件中使用条件编译来避免重复的包含，并提供跨平台的兼容性。
- 使用模块化的设计理念，将代码分成多个文件，提高代码的可维护性和重用性。
8. 资源管理：- 在使用资源（如内存、文件句柄等）后及时释放资源，避免内存泄漏和资源浪费。
经典C编程规范完整篇
02
2 注释
C语言编程规范
注释
1
2-1：一般情况下，源程序有效注释量必须在20％以上。
2
C语言编程规范
2 注释
C语言编程规范
/************************************************* Copyright (C), 1988-1999, Huawei Tech. Co., Ltd. File name: // 文件名 Author: Version: Date: // 作者、版本及完成日期 Description: // 用于详细说明此程序文件完成的主要功能，与其他模块 // 或函数的接口，输出值、取值范围、含义及参数间的控 // 制、顺序、独立或依赖等关系 Others: // 其它内容的说明 Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明 1. .... History: // 修改历史记录列表，每条修改记录应包括修改日期、修改 // 者及修改内容简述 1. Date: Author: Modification: 2. ... *************************************************/
应如下书写 for (...) { ... // program code } if (...) { ... // program code } void example_fun( void ) { ... // program code }
C语言编程规范
1 排版
1-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如－>），后不应加空格。 说明：采用这种松散方式编写代码的目的是使代码更加清晰。 由于留空格所产生的清晰性是相对的，所以，在已经非常清晰的语句中没有必要再留空格.如括号内侧(即左括号后面和右括号前面)不需要加空格，多重括号间不必加空格，因为在C/C++语言中括号已经是最清晰的标志了。 在长语句中，如果需要加的空格非常多，那么应该保持整体清晰，而在局部不加空格。给操作符留空格时不要连续留两个以上空格。
2 注释
C语言编程规范
注释
1
2-1：一般情况下，源程序有效注释量必须在20％以上。
2
C语言编程规范
2 注释
C语言编程规范
/************************************************* Copyright (C), 1988-1999, Huawei Tech. Co., Ltd. File name: // 文件名 Author: Version: Date: // 作者、版本及完成日期 Description: // 用于详细说明此程序文件完成的主要功能，与其他模块 // 或函数的接口，输出值、取值范围、含义及参数间的控 // 制、顺序、独立或依赖等关系 Others: // 其它内容的说明 Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明 1. .... History: // 修改历史记录列表，每条修改记录应包括修改日期、修改 // 者及修改内容简述 1. Date: Author: Modification: 2. ... *************************************************/
应如下书写 for (...) { ... // program code } if (...) { ... // program code } void example_fun( void ) { ... // program code }
C语言编程规范
1 排版
1-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如－>），后不应加空格。 说明：采用这种松散方式编写代码的目的是使代码更加清晰。 由于留空格所产生的清晰性是相对的，所以，在已经非常清晰的语句中没有必要再留空格.如括号内侧(即左括号后面和右括号前面)不需要加空格，多重括号间不必加空格，因为在C/C++语言中括号已经是最清晰的标志了。 在长语句中，如果需要加的空格非常多，那么应该保持整体清晰，而在局部不加空格。给操作符留空格时不要连续留两个以上空格。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
MFC其它的一些原则：1．类成员变最具有形式：m_xxxXxxxXxxx;ex: CSring m_strName,并尽可能声明为private; 2．类成员函数的命名规则(1) 判断能否，用：CanXxxxx(…);(2) 判断是否，用：IsXxxxx(…);(3) 设置参数，用：SetXxxxx(…);(4) 获取参数，用：GetXxxxx(…);(5) 初始化, 用：InitialXxxxx(…); 或IniXxxx(…);(6) 设置参数，用：SetXxxxx(…);注意：MFC与STL命名的区别。
Ex：在MFC里面用.IsEmpy()来判空，而在STL里，用.empty() 来判空；再如：在ＭＦＣ里面用.GetSize() 返回大小，而在STL时，用.size();3．所有资源的命名都大写；ID_SHOW_MYDIALOG, IDD_SET_OPERATOR;4．命名函数的时候，用动+宾结构3．类类型用CXxxxx;结构类型用TXxxxx;/***************************************************************************** ** windef.h -- Basic Windows Type Definitions ** ** Copyright (c) Microsoft Corporation. All rights reserved. ** *****************************************************************************/#ifndef _WINDEF_#define _WINDEF_#ifndef NO_STRICT#ifndef STRICT#define STRICT 1#endif#endif/* NO_STRICT */// Win32 defines _WIN32 automatically,// but Macintosh doesn't, so if we are using// Win32 Functions, we must do it here#ifdef _MAC#ifndef _WIN32#define _WIN32#endif#endif//_MAC#ifdef __cplusplusextern "C" {#endif#ifndef WINVER#define WINVER 0x0500#endif/* WINVER *//** BASETYPES is defined in ntdef.h if these types are already defined */#ifndef BASETYPES#define BASETYPEStypedef unsigned long ULONG;typedef ULONG *PULONG;typedef unsigned short USHORT;typedef USHORT *PUSHORT;typedef unsigned char UCHAR;typedef UCHAR *PUCHAR;typedef char *PSZ;#endif/* !BASETYPES */#define MAX_PATH 260#ifndef NULL#ifdef __cplusplus#define NULL 0#else#define NULL ((void *)0)#endif#endif#ifndef FALSE#define FALSE 0#endif#ifndef TRUE#define TRUE 1#endif#ifndef IN#define IN#endif#ifndef OUT#define OUT#endif#ifndef OPTIONAL#define OPTIONAL#endif#undef far#undef near#undef pascal#define far#define near#if (!defined(_MAC)) && ((_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED)) #define pascal__stdcall#else#define pascal#endif#if defined(DOSWIN32) || defined(_MAC)#define cdecl _cdecl#ifndef CDECL#define CDECL _cdecl#endif#else#define cdecl#ifndef CDECL#define CDECL#endif#endif#ifdef _MAC#define CALLBACK PASCAL#define WINAPI CDECL#define WINAPIV CDECL#define APIENTRY WINAPI#define APIPRIVATE CDECL#ifdef _68K_#define PASCAL __pascal#else#define PASCAL#endif#elif (_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED) #define CALLBACK __stdcall#define WINAPI __stdcall#define WINAPIV __cdecl#define APIENTRY WINAPI#define APIPRIVATE __stdcall#define PASCAL __stdcall#else#define CALLBACK#define WINAPI#define WINAPIV#define APIENTRY WINAPI#define APIPRIVATE#define PASCAL pascal#endif#undef FAR#undef NEAR#define FAR far#define NEAR near#ifndef CONST#define CONST const#endiftypedef unsigned long DWORD;typedef int BOOL;typedef unsigned char BYTE;typedef unsigned short WORD;typedef float FLOAT;typedef FLOAT *PFLOAT;typedef BOOL near *PBOOL;typedef BOOL far *LPBOOL;typedef BYTE near *PBYTE;typedef BYTE far *LPBYTE;typedef int near *PINT;typedef int far *LPINT;typedef WORD near *PWORD;typedef WORD far *LPWORD;typedef long far *LPLONG;typedef DWORD near *PDWORD;typedef DWORD far *LPDWORD;typedef void far *LPVOID;typedef CONST void far *LPCVOID;typedef int INT;typedef unsigned int UINT;typedef unsigned int *PUINT;#ifndef NT_INCLUDED#include <winnt.h>#endif/* NT_INCLUDED *//* Types use for passing & returning polymorphic values */typedef UINT_PTR WPARAM;typedef LONG_PTR LPARAM;typedef LONG_PTR LRESULT;#ifndef NOMINMAX#ifndef max#define max(a,b) (((a) > (b)) ? (a) : (b))#endif#ifndef min#define min(a,b) (((a) < (b)) ? (a) : (b))#endif#endif/* NOMINMAX */#define MAKEWORD(a, b) ((WORD)(((BYTE)((DWORD_PTR)(a) & 0xff)) | ((WORD)((BYTE)((DWORD_PTR)(b) & 0xff))) << 8))#define MAKELONG(a, b) ((LONG)(((WORD)((DWORD_PTR)(a) & 0xffff)) | ((DWORD)((WORD)((DWORD_PTR)(b) & 0xffff))) << 16))#define LOWORD(l) ((WORD)((DWORD_PTR)(l) & 0xffff))#define HIWORD(l) ((WORD)((DWORD_PTR)(l) >> 16))#define LOBYTE(w) ((BYTE)((DWORD_PTR)(w) & 0xff))#define HIBYTE(w) ((BYTE)((DWORD_PTR)(w) >> 8))#ifndef WIN_INTERNALDECLARE_HANDLE (HWND);DECLARE_HANDLE (HHOOK);#ifdef WINABLEDECLARE_HANDLE (HEVENT);#endif#endiftypedef WORD ATOM;typedef HANDLE NEAR *SPHANDLE; typedef HANDLE FAR *LPHANDLE; typedef HANDLE HGLOBAL;typedef HANDLE HLOCAL;typedef HANDLE GLOBALHANDLE; typedef HANDLE LOCALHANDLE;#ifndef _MAC#ifdef _WIN64typedef INT_PTR (FAR WINAPI *FARPROC)(); typedef INT_PTR (NEAR WINAPI *NEARPROC)(); typedef INT_PTR (WINAPI *PROC)();#elsetypedef int (FAR WINAPI *FARPROC)();typedef int (NEAR WINAPI *NEARPROC)(); typedef int (WINAPI *PROC)();#endif// _WIN64#elsetypedef int (CALLBACK *FARPROC)();typedef int (CALLBACK *NEARPROC)();typedef int (CALLBACK *PROC)();#endif#if !defined(_MAC) || !defined(GDI_INTERNAL) #ifdef STRICTtypedef void NEAR* HGDIOBJ;#elseDECLARE_HANDLE(HGDIOBJ);#endif#endifDECLARE_HANDLE(HKEY);typedef HKEY *PHKEY;#if !defined(_MAC) || !defined(WIN_INTERNAL) DECLARE_HANDLE(HACCEL);#endif#if !defined(_MAC) || !defined(GDI_INTERNAL) DECLARE_HANDLE(HBITMAP);DECLARE_HANDLE(HBRUSH);#endif#if(WINVER >= 0x0400)DECLARE_HANDLE(HCOLORSPACE);#endif/* WINVER >= 0x0400 */#if !defined(_MAC) || !defined(GDI_INTERNAL)DECLARE_HANDLE(HDC);#endifDECLARE_HANDLE(HGLRC); // OpenGLDECLARE_HANDLE(HDESK);DECLARE_HANDLE(HENHMETAFILE);#if !defined(_MAC) || !defined(GDI_INTERNAL)DECLARE_HANDLE(HFONT);#endifDECLARE_HANDLE(HICON);#if !defined(_MAC) || !defined(WIN_INTERNAL)DECLARE_HANDLE(HMENU);#endifDECLARE_HANDLE(HMETAFILE);DECLARE_HANDLE(HINSTANCE);typedef HINSTANCE HMODULE; /* HMODULEs can be used in place of HINSTANCEs */ #if !defined(_MAC) || !defined(GDI_INTERNAL)DECLARE_HANDLE(HPALETTE);DECLARE_HANDLE(HPEN);#endifDECLARE_HANDLE(HRGN);DECLARE_HANDLE(HRSRC);DECLARE_HANDLE(HSTR);DECLARE_HANDLE(HTASK);DECLARE_HANDLE(HWINSTA);DECLARE_HANDLE(HKL);#if(WINVER >= 0x0500)#ifndef _MACDECLARE_HANDLE(HMONITOR);DECLARE_HANDLE(HWINEVENTHOOK);#endifDECLARE_HANDLE(HUMPD);#endif/* WINVER >= 0x0500 */#ifndef _MACtypedef int HFILE;typedef HICON HCURSOR; /* HICONs & HCURSORs are polymorphic */#elsetypedef short HFILE;DECLARE_HANDLE(HCURSOR); /* HICONs & HCURSORs are not polymorphic */ #endiftypedef DWORD COLORREF;typedef DWORD *LPCOLORREF;#define HFILE_ERROR ((HFILE)-1)typedef struct tagRECT{LONG left;LONG top;LONG right;LONG bottom;} RECT, *PRECT, NEAR *NPRECT, FAR *LPRECT;typedef const RECT FAR* LPCRECT;typedef struct _RECTL /* rcl */{LONG left;LONG top;LONG right;LONG bottom;} RECTL, *PRECTL, *LPRECTL;typedef const RECTL FAR* LPCRECTL;typedef struct tagPOINT{LONG x;LONG y;} POINT, *PPOINT, NEAR *NPPOINT, FAR *LPPOINT;typedef struct _POINTL /* ptl */{LONG x;LONG y;} POINTL, *PPOINTL;typedef struct tagSIZE{LONG cx;LONG cy;} SIZE, *PSIZE, *LPSIZE;typedef SIZE SIZEL;typedef SIZE *PSIZEL, *LPSIZEL;typedef struct tagPOINTS{#ifndef _MACSHORT x;SHORT y;#elseSHORT y;SHORT x;#endif} POINTS, *PPOINTS, *LPPOINTS;//// File System time stamps are represented with the following structure: //typedef struct _FILETIME {DWORD dwLowDateTime;DWORD dwHighDateTime;} FILETIME, *PFILETIME, *LPFILETIME;#define _FILETIME_/* mode selections for the device mode function */#define DM_UPDATE 1#define DM_COPY 2#define DM_PROMPT 4#define DM_MODIFY 8#define DM_IN_BUFFER DM_MODIFY#define DM_IN_PROMPT DM_PROMPT#define DM_OUT_BUFFER DM_COPY#define DM_OUT_DEFAULT DM_UPDATE/* device capabilities indices */#define DC_FIELDS 1#define DC_PAPERS 2#define DC_PAPERSIZE 3#define DC_MINEXTENT 4#define DC_MAXEXTENT 5 #define DC_BINS 6 #define DC_DUPLEX 7 #define DC_SIZE 8 #define DC_EXTRA 9 #define DC_VERSION 10 #define DC_DRIVER 11 #define DC_BINNAMES 12 #define DC_ENUMRESOLUTIONS 13 #define DC_FILEDEPENDENCIES 14 #define DC_TRUETYPE 15 #define DC_PAPERNAMES 16 #define DC_ORIENTATION 17 #define DC_COPIES 18#ifdef __cplusplus}#endif#endif/* _WINDEF_ */。