c语言编程规范

A. c语言编写程序时的注意事项

在进行C语言编写程序时，需要注意以下几点：

1. 编写规范：要遵守C语言的编程规范，如变量命名规范、缩进、注释等。编写规范的代码易于维护和理解，且可以提高代码质量。

2. 内存管理：C语言中需要手动管理内存，包括内存分配、释放等。要注意内存泄漏和指针错误等问题，避免程序崩溃或数据腊运损坏等情况。

3. 安全性轮旅梁：C语言对数据的边界检查并不严格，容易受到缓冲区溢出等安全问题的攻击。在编写程序时需要考虑安全性，包括输入的数据验证、防范攻击等。

4. 错误处理：C语言中需要处理各种可能出现的错误，包括语法错误、运行时错误、编译错误等。需要使用错误处理机制来处理这些错误，保证程序运行的稳定性和安全性。

5. 代码复用性：C语言中可以使用函数和模块化的方式来提高代码的复用性。需要把相关的功能封装成函数或模块镇辩，以便在程序的不同部分进行重用，提高代码效率和可维护性。

除此之外，还需要注意代码的可读性和可维护性。编写清晰易懂的代码，遵守编程规范，注重代码注释，是提高代码可读性和可维护性的有效方法。

B. 华为c语言编程规范是怎样的

代码总体原则
清晰第一。清晰性是易于维护、易于重构的程序必须具备的特征。
简洁为美。简介就是易于理解并且易于实现。
选择合适的风格，与源代码风格保持一致。
头文件
头文件的设计体现了大部分的系统设计，不合理的头文件布局是编译时间过长的根因，实际上是不合理的设计。
头文件中适合放置接口的声明，不适合放置实现。
头文件应当职责单一。
头文件应向稳定的方向包含。
每一个.c文件应有一个同名的.h文件，用于声明需要对外公开的接口。
禁止头文件循环依赖。
禁止包含用不到的头文件。
头文件应当自包含。
编写内部#include保护符(#define保护)。
禁止在头文件中定义变量。
只能通过包含头文件的方式使用其他C提供的接口，禁止在C中通过extern的方式使用外部函数接口和变量。
禁止在extern "C"中包含头文件。
函数
函数设计的精髓：编写整洁函数，同事把代码有效组织起来。
一个函数仅完成一个功能。
重复代码应该尽可能提炼成函数。
避免函数过长，新增函数不超过50行。
避免函数的代码块嵌套过深，新增函数的代码块嵌套不超过4层。
可重入函数应避免使用共享变量；若需要使用，则应该通过互斥手段对其加以保护。
对参数的合法性检查，由调用者负责还是接口函数负责，应在项目组模块内统一规定。缺省由调用者负责。
对函数的错误返回码要全面处理。
设计高扇入，合理扇出（小于7）的函数。扇出是指调用其它函数的数目。扇入是指有多少上级函数调用它。
废弃代码要及时清除。
函数参数不变使用const限定。
函数应避免使用全局变量、静态局部变量和I/O操作，不可避免的地方应集中使用。
检查函数所有非参数输入的有效性，如数据文件、公共变量等。
函数的参数个数不超过5个。
在源文件范围内声明和定义的所有函数，除非外部可见，否则应该加static关键字。
标识符
标识符的命名要清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。
产品、项目组内应保持同意的命名分格。
尽量避免名字中出现数字编号，除非逻辑上确实需要。
重构、修改部分代码时，应该保持和原有代码风格一致。
文件命令统一采用小写字符。因为不同系统对文件名大小写处理会有不同（windows不区分大小写，但是linux系统则区分）。
全局变量应增加“g_”前缀。
静态变量应增加“s_”前缀。
禁止使用单字节命名变量，但是允许定义i,j,k作为局部循环变量。
不建议使用匈牙利命名法。
对于数值或者字符串常量的定义，建议采用全大写字母，单词之间加下划线的方式命名。
变量
结构功能单一，不要设计面面俱到的数据结构。
不用或者少用全局变量
防止局部变量与全局变量同名
通讯过程中使用的机构，必须注意字节序。
严禁使用未经初始化的变量作为右值。
使用面向接口编程思想，通过API访问数据。
尽量减少没有必要的数据类型默认转换与强制转换。
宏和常量
用宏定义表达式时，要使用完备的括号。
将宏定义的多条表达式放在大括号中。
使用宏时，不允许参数发生变化。
不允许直接使用魔鬼数字。
除非必要，应尽可能使用函数代替宏。
常量建议用const定义代替宏。
质量
时刻注意易混淆的操作符
必须了解编译系统的内存分配方式，特别是编译系统对不同类型的变量的内存分配规则，如局部变量在何处分配、静态变量在何处分配等。
不仅关注接口，同样要关注实现。
禁止内存操作越界。
禁止内存泄漏。
禁止引用已经释放的内存空间。
编程时，要防止差1错误。
switch语句必须有default分支。
函数中分配的内存，在函数退出之前要释放。
不要滥用goto语句。
时刻注意表达式是否会上溢、下溢。
程序效率
在保证软件系统的正确性、简洁、可维护性、可靠性及可测试性的前提下，提高代码的效率。
通过对数据结构、程序算法的优化来提高效率。
将不变条件的计算移到循环体外。
对于多维大数组，避免来回跳跃式访问数组成员。
创建资源库，以减少分配对象的开销。
将多次被调用的“小函数”改为inline函数或者宏实现。
注释
优秀的代码可以自我解释，不通过注释即可轻易读懂。
注释的内容要清楚、明了，含义准确，防止注释二义性。
修改代码时，维护代码周边的所有注释，以保证注释与代码的一致性。不再有用的注释要删除。
文件头部应进行注释，注释需要列出：版权说明、版本号、生成日期、作者姓名、工号、内容、功能说明、与其他文件的关系、修改日志等，头文件的注释中还应有函数功能的说明。
函数声明处注释描述函数功能、性能及用法，包括输入和输出参数、函数返回值、可重入的要求等；定义处详细描述函数功能和实现要点，如实现的简要步骤、实现的理由、设计约束等。
全局变量要有详细的注释，包括对其功能、取值范围以及存取时注意事项等的说明。
尽量采用工具可以识别的格式注释。
排版与格式
程序块采用缩进风格编写，每级缩进为4个空格。
相对独立的程序块之间、变量说明之后必须加空行。
一行只写一条语句。
对等操作两边加空格，注释符与内容之间加空格。
编译
使用编译器的最高告警级别，理解所有的告警，通过修改代码而不是降低告警级别来消除所有告警。
在产品软件中，要统一编译开关、静态检查选项以及相应告警清除策略。
可测性
模块划分清晰，接口明确，耦合性小，有明确输入和输出，否则单元测试实施困难。
在统一项目组或产品组内，调测打印的日志要有统一的规定。
使用断言记录内部假设。
不能用断言来检查运行时错误。

C. c语言代码编写的格式

C语言 程序代码编写规范
（初级程序员 讨论版）
前言
一个好的程序编写规范是编写高质量程序的保证。清晰、规范的源程序不仅仅是方便阅读，更重要的是能够便于检查错误，提高调试效率，从而最终保证软件的质量和可维护性。
说明
l 本文档主要适用于刚刚开始接触编程的初学者。
l 对于具有一定工程项目开发经验的程序员，建议学习C语言程序代码编写规范—高级版。
目录
1 代码书写规范
2 注释书写规范
3 命名规范
4 其它一些小技巧和要求
1 代码书写规范
1.1函数定义
花括号： { }
每个函数的定义和说明应该从第1列开始书写。函数名（包括参数表）和函数体的花括号应该各占一行。在函数体结尾的括号后面可以加上注释，注释中应该包括函数名，这样比较方便进行括号配对检查，也可以清晰地看出来函数是否结束。
范例1：函数的声明
void matMyFunction(int n)
{
……
} /* matMyFunction*/
1.2空格与空行的使用
要加空格的场合
l 在逗号后面和语句中间的分号后面加空格，如：
int i, j, k;
for (i = 0; i < n; i++)
result = func(a, b, c);
l 在二目运算符的两边各留一个空格，如
a > b a <= b i = 0
l 关键字两侧，如if () …, 不要写成if() …
l 类型与指针说明符之间一定要加空格：
char *szName;
不加空格的场合
l 在结构成员引用符号.和->左右两加不加空格：
pStud->szName, Student.nID
l 不在行尾添加空格或Tab
l 函数名与左括号之间不加空格:
func(…)
l 指针说明符号*与变量名间不要加空格:
int *pInt; 不要写成: int * pInt;
l 复合运算符中间不能加空格，否则会产生语法错误，如：
a + = b a < = b 都是错误的
空行与换行
l 函数的变量说明与执行语句之间加上空行;
l 每个函数内的主要功能块之间加空行表示区隔;
l 不要在一行中写多条语句.
范例2：空行与换行
int main()
{
int i, j, nSum = 0; //变量说明

for (i = 0; i < 10; i++) //执行代码
{
for (j = 0; j < 10; j++)
{
nSum += i;
}
}
}
1.3缩进的设置
根据语句间的层次关系采用缩进格式书写程序，每进一层，往后缩进一层
有两种缩进方式：1，使用Tab键；2，采用4个空格。
整个文件内部应该统一，不要混用Tab键和4个空格，因为不同的编辑器对Tab键的处理方法不同。
1.4折行的使用
· 每行的长度不要超过80个字符，当程序行太长时，应该分行书写。
· 当需要把一个程序行的内容分成几行写时，操作符号应该放在行末。
· 分行时应该按照自然的逻辑关系进行，例如：不要把一个简单的逻辑判断写在两行上。
· 分行后的缩进应该按照程序的逻辑关系进行对齐。例如：参数表折行后，下面的行应该在参数表左括号的下方。
范例2：折行的格式
dwNewShape = matAffineTransform(coords, translation,
rotation);
if (((new_shape.x > left_border) &&
(new_shape.x < right_border)) &&
((new_shape.y > bottom_border) &&
(new_shape.y < top_border)))
{
draw(new_shape);
}
1.5嵌套语句（语句块）的格式
对于嵌套式的语句--即语句块（如，if、while、for、switch等）应该包括在花括号中。花括号的左括号应该单独占一行，并与关键字对齐。建议即使语句块中只有一条语句，也应该使用花括号包括，这样可以使程序结构更清晰，也可以避免出错。建议对比较长的块，在末尾的花括号后加上注释以表明该语言块结束。
范例3：嵌套语句格式
if (value < max)
{
if (value != 0)
{
func(value);
}
}
} else {
error("The value is too big.");
} /* if (value < max) */
2 注释书写规范
注释必须做到清晰，准确地描述内容。对于程序中复杂的部分必须有注释加以说明。注释量要适中，过多或过少都易导致阅读困难。
2.1注释风格
· C语言中使用一组（/* … */）作为注释界定符。
· 注释内容尽量用英语方式表述。
· 注释的基本样式参考范例4。
· 注释应该出现在要说明的内容之前，而不应该出现在其后。
· 除了说明变量的用途和语言块末尾使用的注释，尽量不使用行末的注释方式。
范例4：几种注释样式
/*
* ************************************************
* 强调注释
* ************************************************
*/
/*
* 块注释
*/
/* 单行注释 */
//单行注释
int i; /*行末注释*/
2.2何时需要注释
· 如果变量的名字不能完全说明其用途，应该使用注释加以说明。
· 如果为了提高性能而使某些代码变得难懂，应该使用注释加以说明。
· 对于一个比较长的程序段落，应该加注释予以说明。如果设计文档中有流程图，则程序中对应的位置应该加注释予以说明。
· 如果程序中使用了某个复杂的算法，建议注明其出处。
· 如果在调试中发现某段落容易出现错误，应该注明。
3 命名规范
3.1常量、变量命名
l 符号常量的命名用大写字母表示。如：
#define LENGTH 10
l 如果符号常量由多个单词构成，两个不同的单词之间可以用下划线连接。如：
#define MAX_LEN 50
变量命名的基本原则：
l 可以选择有意义的英文（小写字母）组成变量名，使人看到该变量就能大致清楚其含义。
l 不要使用人名、地名和汉语拼音。
l 如果使用缩写，应该使用那些约定俗成的，而不是自己编造的。
l 多个单词组成的变量名，除第一个单词外的其他单词首字母应该大写。如：
dwUserInputValue。
3.2函数命名
函数命名原则与变量命名原则基本相同。对于初学者，函数命名可以采用“FunctionName”的形式。
4 其它一些小技巧和要求
l 函数一般情况下应该少于100行
l 函数定义一定要包含返回类型，没有返回类型加void
l 写比较表达式时，将常量放在左边
10 == n
NULL != pInt
l 指针变量总是要初始或重置为NULL
l 使用{}包含复合语句，即使是只有一行，如：
if (1 == a)
{
x = 5;
}
http://home.ustc.e.cn/~danewang/c/CodingStandards.html