C程序设计规范.pptVIP

C程序设计基本规范 　　　　编程规范只是一个规范，也可以不遵守，但是要做一个有良好编程风格的程序员，就一定要遵守编程规范，不仅方便自己以后的阅读，也方便与其他程序员的交流。要做到这一点，程序员应遵循一定的规范并贯穿程序的始终。首要考虑的是程序的可行性、可读性、可移植性、可维护性及可测试性，这是总则。 　　1) 头文件　　一个C源文件配置一个h头文件，或者整个项目的C文件配置一个h头文件，而一般采用整个项目的C文件配置一个h头文件的方法。头文件应该按固定的顺序编写，首先使用?#include包含语句编写本头文件中需要包含的其他头文件，其次声明函数原型，接着定义用到的数据常量。定义数据常量使用?#define语句，并且使用?#ifndef/#define/#endif宏来防止重复定义，方便各模块之间相互调用。 　　在每个文件的开头写清楚这个文件归属哪个项目里的哪个模块，是在什么编译环境下编译的，编程者(或修改者)和编程日期。值得注意的是，一定不要忘了编程日期，因为以后再看文件时，会知道大概是什么时候编写的，有些什么功能，并且可以知道类似模块之间的差异。对于一些固定的常量如圆周率PI或者常需要在调试时修改的参数最好用?#define定义，但要注意宏定义只是简单的替换，因此有些括号不可少。 　　2) 变量命名　　变量的命名应该能够反映变量的数据类型和含义，最好能做到见名知意。命名必须具有一定的实际意义。例如：　　常量的命名：全部用大写。　　变量的命名：变量名加前缀，前缀反映变量的数据类型，用小写；反映变量意义的第一个字母大写，其他小写。　　函数的命名：函数名首字大写，若包含有两个单词的，则每个单词首字母大写。函数原型说明包括引用外部函数及内部函数，外部引用必须在右侧注明函数来源(模块名及文件名)，内部函数只要注释其定义文件名。 　　3) 几条好的书写规范　　(1) 书写代码时要注意括号对齐，固定缩进。一个{ }各占一行，根据个人习惯，缩进4个字符，应该还是比较合适的。if/for/while/do等语句各占一行，执行语句不得紧跟其后。无论执行语句多少都要加{ }，千万不要写成如下格式：　　　　for(i=0;i100;i++){fun1( ); fun2( );} 　　　　for(i=0;i100;i++){ ?? 　　　　　fun1( ); ???? 　　　　 fun2( );  }  而应该写成： 　　　for(i=0;i100;i++) 　　　{ ?? 　　　fun1( ); ?? 　　　fun2( ); 　　　} 　　(2) 一行只实现一个功能，比如：　　　　a=2; b=3; c=4;宜改成：　　　　a=2;　　　　b=3;　　　　c=4; 　　(3) 重要难懂的代码要写注释，每个函数要写注释，每个全局变量要写注释，一些局部变量也要写注释。注释写在代码的上方或者右方，千万不要写在下方。 　　(4) 对各运算符的优先级有所了解，记不清没关系，加括号就是了，不要认为自己记得很牢。 　　(5) 不管有没有无效分支，switch函数一定要default这个分支。一来让阅读者知道程序员并没有遗忘default，并且防止程序运行过程中出现的意外(健壮性)。 　　(6) 函数的参数和返回值没有的话最好使用void。 　　(7) goto语句。从汇编转型成C的人很喜欢用goto，但goto是C语言的大忌。但是老实说，程序出错是程序员自己造成的，不是goto的过错；最好只在一种情况下使用goto语句，即从多层循环体中跳出时。 　　(8) 指针是C语言的精华，但是在C51中少用为妙。一来有时反而要花费更多的空间，二来在对片外数据进行操作时会出错(可能是时序的问题)。 　　9) 当项目比较大时，最好分模块编程，一个模块一个程序，既方便修改，也便于重用和阅读。 　　(10) 程序应该能方便地进行测试，其实这也与编程的思维有关。程序的编程方式一般有3种：一种是自上而下先整体再局部；一种是自下而上先局部再整体；还有一种是结合两者往中间凑。通常情况下，可以先大概规划一下整个编程，然后一个模块一个模块独立编程，每个模块调试成功再拼凑在一块调试。另外，如果程序不大，可以用一个文件直接编定；如果程序很大，宜采用自上而下的方式；但更多的是那种处在中间的情况，宜采用自下而上或者结合的方式。 　　4) 编辑风格　　(1) 缩进。缩进以 Tab 为单位，一个 Tab 为4个空格大小。预处理语句、全局数据、函数原型、标题、附加说明、函数说明、标号等均顶格书写。语句块的“{”“}”配对对齐，并与其前一行对齐。 　　(2) 空格。数据和函数在其类型、修饰名称之间适当留空