1. 有谁知道C语言程序的编程规范，给我概括一下，
1引言
1.1编写目的
在软件开发过程中，编码的工作量是相当大的，同一项目参与编程的人可能有各自编程的经验和习惯，不同风格的程序代码使维护工作变得复杂和困难。为了提高代码的可读性、系统的稳定性及降低维护和升级的成本，特编写本规范以统一各开发人员的编程工作。
1.2 适用对象
本规范适用于所有开发人员，包括应用程序、网页及数据库开发人员，及有关的程序测试人员。
1.3 引用标准
GB/T 11457 软件工程术语
GB 8566 计算机软件开发规范
GB 8567 计算机软件产品开发文件编制指南
2．编写要求
2.1一般代码规则
可读性原则，这是评价程序质量的首选指标，宁可不要一些技巧也要保证程序的易读特性，不要因过分追求技巧而牺牲程序的可读性。
功能独立性原则。每一程序块只完成一个独立的功能，反过来，每一独立的功能只在一程序块内完成，尽量低耦合、高内聚。
提示说明应当简短且避免产生歧义。
提示或警告信息应当具有向导性，能准确告诉用户错误原因及恢复方法。提示和警告对话框应当使用标准规范。
快捷键的定义必须符合用户操作习惯。
程序需要长时间处理或等待时，应当显示进度条并提示用户等待。
一些敏感操作，如删除等操作在执行前必须提示用户确认。
2.2变量、函数、过程、控件等命名规则
2.2.1 变量命名
变量命名采用[作用范围][数据类型][自定义名称]规则定义，并遵循匈牙利命名法。要求看到变量名就能直观的看出其范围和数据类型。
匈牙利命名规则：
a Array 数组
b BOOL (int) 布尔(整数)
by Unsigned Char (Byte) 无符号字符(字节)
c Char 字符(字节)
cb Count of bytes 字节数
cr Color reference value 颜色(参考)值
cx Count of x (Short) x的集合(短整数)
dw DWORD (unsigned long) 双字(无符号长整数)
f Flags (usually multiple bit values) 标志(一般是有多位的数值)
fn Function 函数
g_ global 全局的
h Handle 句柄
i Integer 整数
l Long 长整数
lp Long pointer 长指针
m_ Data member of a class 一个类的数据成员
n Short int 短整数
p Pointer 指针
s String 字符串
sz Zero terminated String 以0结尾的字符串
tm Text metric 文本规则
u Unsigned int 无符号整数
ul Unsigned long (ULONG) 无符号长整数
w WORD (unsigned short) 无符号短整数
x,y x, y coordinates (short) 坐标值/短整数
v void 空
作用范围：
范围 前缀 例子
全局作用域 g_ g_Servers
成员变量 m_ m_pDoc
局部作用域 无 strName
数据类型
VC常用前缀列表
前缀 类型 描述 例子
ch char 8位字符 chGrade
ch TCHAR 16位UNICODE类型字符 chName
b BOOL 布尔变量 bEnabled
n int 整型（其大小由操作系统决定） nLength
n UINT 无符号整型（其大小由操作系统决定） nLength
w WORD 16位无符号整型 wPos
l LONG 32位有符号整型 lOffset
dw DWORD 32位无符号整型 dwRange
p * 内存模块指针，指针变量 pDoc
l p FAR* 长指针 lpDoc
lpsz LPSTR 32位字符串指针 lpszName
lpsz LPCSTR 32位常量字符串指针 lpszName
lpsz LPCTSTR 32位UNICODE类型常量指针 lpszName
h handle Windows对象句柄 hWnd
lpfn (*fn)() 回调函数指针 Callback Far pointer to
CALLBACK function lpfnAbort
2.2.2 函数、过程命名
函数或过程名的主体应该使用大小写混合形式，并且应该足够长以描述它的作用。而且，函数名应该以一个动词起首，如 InitNameArray 或 CloseDialog。对于频繁使用的或长的项，推荐使用标准缩略语以使名称的长度合理化。一般来说，超过 32 个字符的变量名在 VGA 显示器上读起来就困难了。当使用缩略语时，要确保它们在整个应用程序中的一致性。在一个工程中，如果一会儿使用 Cnt， 一会儿使用 Count，将导致不必要的混淆。
对于自行编写的函数，若是系统关键函数，则须在函数实现部分的上方标明该函数的信息，格式如下：
//======================================================
// 函 数 名：InsureHasOutputInfo
// 功能描述：确保有适当的输出信息
// 输入参数：nProctID:相应的产品ID
// 输出参数：void
// 创建日期：00-2-21
// 修改日期：00-2-21
// 作 者：***
// 附加说明：
//======================================================
2.2.3 用户定义类型
在一项有许多用户定义类型的大工程中，常常有必要给每种类型一个它自己的三个字符的前缀。如果这些前缀是以 "u" 开始的，那么当用一个用户定义类型来工作时，快速识别这些类型是很容易的。例如，ucli 可以被用来作为一个用户定义的客户类型变量的前缀。
注：对于非通用的变量，请在定义时加以注释说明，变量定义尽可能放在最开始处。
2.2.4 控件命名
应该用一致的前缀来命名对象，使人们容易识别对象的类型。
VC常用宏定义命名列表
前缀 符号类型 符号例子 范围
IDR_ 标识多个资源共享的类型 IDR_MAINFRAME 1~0x6FFF
IDD_ 对话框资源（Dialog） IDD_SPELL_CHECK 1~ 0x6FFF
HIDD_ 基于对话框的上下文帮助 HIDD_SPELL_CHECK 0x20001~0x26FF
IDB_ 位图资源（Bitmap） IDB_COMPANY_LOGO 1~0x6FFF
IDC_ 光标资源（Cursor） IDC_PENCIL 1~0x6FFF
IDI_ 图标资源（Icon） IDI_NOTEPAD 1~0x6FFF
ID_、IDM_ 工具栏或菜单栏的命令项 ID_TOOLS_SPELLING 0x8000~0xDFFF
HID_ 命令上下文帮助 HID_TOOLS_SPELLING 0x18000~0x1DFFF
IDP_ 消息框提示文字资源 IDP_INVALID_PARTNO 8~0xDFFF
HIDP_ 消息框上下文帮助 HIDP_INVALID_PARTNO 0x30008~0x3DFFF
IDS_ 字符串资源（String） IDS_COPYRIGHT 1~0x7FFF
IDC_ 对话框内的控制资源 IDC_RECALC 8~0xDFFF
2.3源代码规则
2.3.1风格约定：采用缩进的格式保存程序的层次结构。要求能直观的看出循环、判断等层次结构。
每一个嵌套的函数块，使用一个TAB缩进（可以设定为4个空格），大括号必须放在条件语句的下一行，单独成一行，便于匹对反大括号应该在单独的一行，在大多数情况下反扩号应有注释内容。举例如下：
if(condition1)
{
while(condition2)
{
…..
…..
}//end while(condition2)
}//end if (condition1)
或者
if(condition1){
while(condition2){
….
….
}//end while(condition2)
}//end if(conditionl)
2.3.2在操作符的前后必须使用空格。
2.3.3在分隔数组下标和函数参数的逗号后面必须添上空格。
2.3.4严禁使用go to 语句。
2.3.5对数据库操作只能使用标准SQL语句，关键字必须使用大写（如SELECT、WHERE等），数据元素（表、字段、视图等）必须按照数据字典书写。
2.3.6程序代码中要有足够的容错处理功能。
对可能发生的异常统一采用C++抛出格式：
try
{
//可能引发异常的代码
throw t; //手工抛出异常
}
catch(type_1 e) // type_1为类型定义符、如int、CException、_com_error
{
// type_1类型异常处理
}
catch(type_2 e)
{
// type_2类型异常处理
}
2.3.7程序代码结构必须层次清楚，适当使用空行分段。
2.3.8工程的版本控制要严格，版本格式为.me.ae.yy.mmdd，其中：[me]表示主版本号；[ae]表示辅版本号；[yy.mmdd]表示版本建立日期。高版本尽量兼容低版本的用法、数据或协议。
2．4文件的命名规则
2.4.1根据系统设计所规定的结构，建立相应的文件夹，根据需要建立子文件夹。
2.4.2文件夹和文件的名称应尽量能够表达其意义，尽量使用英文命名，绝对不能汉字。
2.4.3文件名称一般采用“xxx_yyy.ext”格式，xxx(3-4个字母)表示分类，yyy(字母数自定)表示操作 (如 “ /example/exp_edit.htm ”)
\
我从公司文档拷贝的！你自己看看对你有没有用！
2. 华为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个空格。
相对独立的程序块之间、变量说明之后必须加空行。
一行只写一条语句。
对等操作两边加空格，注释符与内容之间加空格。
编译
使用编译器的最高告警级别，理解所有的告警，通过修改代码而不是降低告警级别来消除所有告警。
在产品软件中，要统一编译开关、静态检查选项以及相应告警清除策略。
可测性
模块划分清晰，接口明确，耦合性小，有明确输入和输出，否则单元测试实施困难。
在统一项目组或产品组内，调测打印的日志要有统一的规定。
使用断言记录内部假设。
不能用断言来检查运行时错误。
3. C语言在编程的时候应注意什么问题
1.先学习C语言的基础知识。现在正在学C语言的在校学生可以直接进入第2步学习。
2.按照《C语言程序设计入门学习六步曲》进行上机练习。
3.在上机练习时要养成良好的编程风格。点击查看C语言的编程风格
4.积极参加C、C++兴趣小组，养成和老师与同学交流习惯，从而相互收益。有时别人不经意的一句话可能使你茅塞顿开--“一句话点醒梦中人”。
5.及时总结自己的学习经验，养成写C语言日记的习惯。软件有编程日记功能。
6.从网上或教材上找一个自己感兴趣的题目（选题时根据自己的能力，可先易后难，培养自己的成就感，如果有了成就感，即使再苦再累还是感觉C语言学习是一件快乐的事，同学们喜欢打游戏，经常通宵达旦地玩游戏也乐而不疲就是这个道理）进行实战训练，提高自己的C语言综合应用能力。
7. 由于C语言灵活、强大，初学者要全面地掌握它是不可能的，因此在学习C语言的过程中，不要在细枝末节上浪费精力（比如++、--用于表达式的计算，实际上是没有意义的），但一定要熟练掌握C语言的流程控制语句、数组、函数、指针等基础知识的应用，为学习面向对象程序设计打下坚实的基础。如果这些知识你学不好，要后续学习好C++、可视化的程序设计Visual C++或C++Builder就像空中楼阁，是不现实的。
C语言程序设计入门学习六步曲
笔者在从事教学的过程中，听到同学抱怨最多的一句话是：老师，上课我也能听懂，书上的例题也能看明白，可是到自己动手做编程时，却不知道如何下手。发生这种现象的原因有三个：
一、所谓的看懂听明白，只是很肤浅的语法知识，而我们编写的程序或软件是要根据要解决问题的实际需要控制程序的流程，如果你没有深刻地理解C语言的语句的执行过程（或流程），你怎么会编写程序解决这些实际问题呢？
二、用C语言编程解决实际问题，所需要的不仅仅是C语言的编程知识，还需要相关的专业知识。例如，如果你不知道长方形的面积公式，即使C语言学得再好你也编不出求长方形的面积的程序来。
三、C语言程序设计是一门实践性很强的课程，“纸上谈兵”式的光学不练是学不好C语言的。例如，大家都看过精彩自行车杂技表演，假如，你从来没有骑过自行车，光听教练讲解相关的知识、规则、技巧，不要说上台表演、就是上路你恐怕都不行。
出现问题原因清楚了，那么如何学习呢?请你看【C语言学习六步曲】
在程序开发的过程中，上机调试程序是一个不可缺少的重要环节。“三分编程七分调试”，说明程序调试的工作量要比编程大得多。这里以如何上机调试C程序来说明C语言的学习方法。
第一步、验证性练习
在这一步要求按照教材上的程序实例进行原样输入，运行一下程序是否正确。在这一步基本掌握C语言编程软件的使用方法（包括新建、打开、保存、关闭C程序，熟练地输入、编辑C程序；初步记忆新学章节的知识点、养成良好的C语言编程风格）。
初学者最容易犯的错误是：
1、没有区分开教材上的数字1和字母l，字母o和数字0的区别，造成变量未定义的错误。另一个易错点是将英文状态下的逗号,分号;括号()双引号""输入出入成中文状态下的逗号，分号；括号（），双引号“”造成非法字符错误。
2、C语言初学者易犯语法错误：使用未定义的变量、标示符（变量、常量、数组、函数等）不区分大小写、漏掉“；”、“{”与“}”、“（”与“）”不匹、控制语句（选择、分支、循环）的格式不正确、调用库函数却没有包含相应的头文件、调用未C声明的自定义函数、调用函数时实参与形参不匹配、数组的边界超界等。
3、修改C语言语法错误时要注意以下两点：
（1）、由于C语言语法比较自由、灵活，因此错误信息定位不是特别精确。例如，当提示第10行发生错误时，如果在第10行没有发现错误，从第10行开始往前查找错误并修改之。
（2）、一条语句错误可能会产生若干条错误信息只要修改了这条错误，其他错误会随之消失。特别提示：一般情况下，第一条错误信息最能反映错误的位置和类型，所以调试程序时务必根据第一条错误信息进行修改，修改后，立即运行程序，如果还有很多错误，要一个一个地修改，即，每修改一处错误要运行一次程序。
第二步、照葫芦画瓢
在第一步输入的C程序的基础上进行试验性的修改，运行一下程序看一看程序结果发生了什么变化，分析结果变化的原因，加深新学知识点的理解。事实上这和第一步时同步进行的，实现“输入”加深知识的记忆，“修改”加深对知识的理解。记忆和理解是相辅相成的，相互促进。
例如：将最简单的Hello World!程序
#include "stdio.h"
int main()
{
printf("Hello World!\n");
return 0;
}
中的
printf("Hello World!\n");
中的Hello World!改成你的姓名，运行一下程序，看有什么变化？
再如求1+2+3...+100的和的程序
#include
main()
{
int i,sum=0;
for(i=1;i<=100;i++)
{
sum=sum+i;
}
printf("sum=%d\n",sum);
}
第1次将for(i=1;i<=100;i++)中的100改成50，运行一下程序，看有什么变化？
第2次将for(i=1;i<=100;i++)中的i++改成i=i+2，运行一下程序，看有什么变化？
找出程序结果变化的原因，就加深了对C语句的理解。
第三步、不看教材看是否能将前两步的程序进行正确地输入并运行。
在这一步要求不看教材，即使程序不能运行，看能否将其改正，使其能正确运行。目的是对前两步的记忆、理解进一步强化。
第四步、增强程序的调试能力
在教材中每章都有C语言初学者易犯的错误，按照易出错的类型，将教材中的正确的程序改成错误的程序，运行一下程序，看出现的错误信息提示，并记下错误信息，再将程序改成正确的，运行一下程序。这样反复修改，就能够学习C语言程序发生错误的原因和修改错误的能力。
注意：每次只改错一个地方，目的是显示发生该错误的真正原因，避免一次改动多个地方，搞清发生错误的真正原因，切记！！！！
注意：上机调试程序时要带一个记录本，记下英文错误提示信息和解决该错误问题的方法，积累程序调试经验，避免在编程犯同样的错误，切记！！！！。
例如，将Hello World程序中语句
printf("Hello World!\n");
中的;改成中文的分号；
运行一下程序，看有什么结果？
调试程序是一种实践性很强的事，光纸上谈兵是是没用的，就像游泳运动员只听教练讲解示范，而不亲自下水练习，是永远学不会游泳的。
即使在优秀的程序员编写程序也会犯错误的，可能事最低级的语法错误，但他能快速发现错误并改正错误，而我们C语言初学者面对错误提示，不知道发生了什么错误，如何改正，这就事差别。
第五步、研究典型的C语言程序，提高程序设计能力
C语言初学者遇到最多的困惑是：上课也能听懂，书上的例题也能看明白，可是到自己动手做编程时，却不知道如何下手。发生这种现象的原因是：所谓的看懂听明白，只是很肤浅的语法知识，而没有深刻地理解C语言的语句的执行过程（或流程）。
计算机是按照人的指令（编写的程序）去执行的，如果不知道这些C语句在计算机中是如何执行的，你怎么回灵活运用这些知识去解决实际问题呢？
解决问题的方法是要先理解C语言各种语句的流程（即计算机是如何执行这些语句的过程），然后研读现成C语言经典程序，看懂别人事如何解决问题的，以提高自己的程序设计能力。
第六步、研究课程设计源成序，提高C语言的综合应用能力.
4. c语言的特点和风格是什么
c语言面向“结构”编程，操作底层，短小精悍，可算是高级语言编程之母！