c语言编程规范华为
A. 用华为c语言编码规范会不会侵权
只是编码和命名规范应该是没问题的，又不是代码。
B. 华为编程规范
华为编程规范举例：
1-1：程序块要采用缩进风格编写，缩进的空格数为4个。
说明：对于由开发工具自动生成的代码可以有不一致。
1-2：相对独立的程序块之间、变量说明之后必须加李余空行。
1-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。
1-4：不允许把多个短语句写在一行中，即一行只写一条语句。
1-5：if、for、do、while、case、switch、default等语句自占一行，且if、for、do、while等语句的执行语句部分无论多少都要加括号{}。
1-6：对齐只使用空格键，不使用TAB键。
说明：以免用不同的编辑器阅读程序时，因TAB键所设置的空格数目不同而造成程序布局不整齐，不要使用BC作为编辑器合版本，因为BC会自动将8个空格变为一个TAB键，因此使用BC合入的版本大多会将缩进变乱。
1-7：函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，贺伏case语句下的情况处理语句也要遵从语句缩进要求。
1-8：程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case 语句中的程序都要采用如上的缩进方式。
1-9：一行程序以小于80字符为宜，不要写得过长。
2-1：一般情况下，源程序有效注释量必须在20％以上。
说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。
2-2：文件头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、修改日志等。
示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。
2-3：函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用关系（函数、表）等。
示例：下面这段函数的注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。
2-4：边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。
2-5：注释的内容要清楚、明了，含义准确，防止注释二义性。
说明：错误的注释不但无益反而有害。
2-6：注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。
2-7：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在其上方相邻位置或右方。
2-8：数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自注释的，必须加以注释。对数据结构的注释应放在其上方相邻位置，不可放在下面；对哪拍滚结构中的每个域的注释放在此域的右方。
2-9：全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。
2-10：注释与所描述内容进行同样的缩排。
说明：可使程序排版整齐，并方便注释的阅读与理解。
2-11：避免在一行代码或表达式的中间插入注释。
说明：除非必要，不应在代码或表达中间插入注释，否则容易使代码可理解性变差。
2-12：通过对函数或过程、变量、结构等正确的命名以及合理地组织代码的结构，使代码成为自注释的。
说明：清晰准确的函数、变量等的命名，可增加代码可读性，并减少不必要的注释。
2-13：在代码的功能、意图层次上进行注释，提供有用、额外的信息。
说明：注释的目的是解释代码的目的、功能和采用的方法，提供代码以外的信息，帮助读者理解代码，防止没必要的重复注释信息。
C. 我想自学c语言 求推荐一本通俗易懂的好书 因为开学还有1个月 所以想自学试试 谢谢
谭浩强的C程序设计，国内最普遍袜粗激使用的C入门教材，讲解告袜清晰易懂
看完上面那本，看Stephen Prata的C Primer Plus，因为凳链谭浩强的书还有很多东西没讲清楚甚至没讲，通过这本书可以对C有更进阶的了解
D. 华为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个空格。
相对独立的程序块之间、变量说明之后必须加空行。
一行只写一条语句。
对等操作两边加空格，注释符与内容之间加空格。
编译
使用编译器的最高告警级别，理解所有的告警，通过修改代码而不是降低告警级别来消除所有告警。
在产品软件中，要统一编译开关、静态检查选项以及相应告警清除策略。
可测性
模块划分清晰，接口明确，耦合性小，有明确输入和输出，否则单元测试实施困难。
在统一项目组或产品组内，调测打印的日志要有统一的规定。
使用断言记录内部假设。
不能用断言来检查运行时错误。
E. 华为编程规范
如果您的华为手机忘记锁屏密码，您可以参考如下方式解决：
1、EMUI 5.0及以上的系统忘记密码，只能通过强制恢复出厂设置清除拆碧租密码。这个方法会清除您之前的数据，慧盯请谨慎操作。
操作步骤：
1) 手机在关机状态、不插USB线的情况下，同时长按音键上键和电源键，直到显示开机logo界面时，松开电源键；
2) 3 秒旅兆后再松开音量上键，即可进入 Recovery 模式；
3) 进入后，选择恢复出厂设置。（通过音量键上下移动，开关机键确定）
2、EMUI 5.0以下的系统忘记密码，在确保手机开机、联网、已登录华为账号、已打开“查找我的手机”（手机找回）功能时，可通过“远程锁定”修改密码。
F. 华为c语言编程规范是怎样的
链接:
《华为编程规范与范例》是一本计算机编程应用类书籍。
G. c语言编写程序时的注意事项
在进行C语言编写程序时，需要注意以下几点：
1. 编写规范：要遵守C语言的编程规范，如变量命名规范、缩进、注释等。编写规范的代码易于维护和理解，且可以提高代码质量。
2. 内存管理：C语言中需要手动管理内存，包括内存分配、释放等。要注意内存泄漏和指针错误等问题，避免程序崩溃或数据腊运损坏等情况。
3. 安全性轮旅梁：C语言对数据的边界检查并不严格，容易受到缓冲区溢出等安全问题的攻击。在编写程序时需要考虑安全性，包括输入的数据验证、防范攻击等。
4. 错误处理：C语言中需要处理各种可能出现的错误，包括语法错误、运行时错误、编译错误等。需要使用错误处理机制来处理这些错误，保证程序运行的稳定性和安全性。
5. 代码复用性：C语言中可以使用函数和模块化的方式来提高代码的复用性。需要把相关的功能封装成函数或模块镇辩，以便在程序的不同部分进行重用，提高代码效率和可维护性。
除此之外，还需要注意代码的可读性和可维护性。编写清晰易懂的代码，遵守编程规范，注重代码注释，是提高代码可读性和可维护性的有效方法。
H. c语言中的switch语句，使用时应注意哪些
c语言中的switch语句，使用时应注意哪些？
Switch语句编程规范总结：
【规则1】每个case 语句的结尾不要忘了加break，否则将导致多个分支重叠（除非有意使多个分支重叠）。
【规则2】不要忘记最后那个default 分支。即使程序真的不需要default 处理，也应该保留语句 default : break; 这样做并非多此一举，而是为了防止别人误以为你忘了default 处理。
【规则3】 在使用switch语句时，不管case分支中有几条语句，都是用”{}”将其括起来。
课本上的
华为c8812使用时应注意哪些？
东西买来就是用，别拿来摔就好，一般手机质量最好的也就用3-5年吧，等过了几年，基本落伍到掉牙了，相信你也不会用了。大胆用。用坏了只要不是摔的，进水的，然后拿去保修，过了保修的手机坏了再换。
液氮使用时应注意哪些问题？
班德液氮罐提醒大家在实验室中使用液氮的一些注意事项：
1.正确培训
2.了解如拦悔正何储存和运输液氮
3.穿实验室外套，面罩和绝缘手套
4.在通风良好的地方工作
5.当您独自一人在实验室待几个小时时，请勿使用液氮
6.如果可能，运输液氮时不要进入电梯或密闭空间
7.不要潜入储存容器中以检索掉样品
8.切勿在密闭容器中使用液氮
9.切勿将液氮倒入水槽
10.注意爆炸的低温筒
php 抽象类使用时应注意哪些
php抽象类使用要点与注意事项如下：
1、用 abstract 来修饰一个类，那么这个类就是抽象类；抽象类绝对不能被实例化，即$abc = new 抽象类名();会报错。
2、用abstract 来修饰一个方法，那么该方法就是抽象方法；
3、如果类中有一个抽象方法，那么该类就必须定义为抽象类；但反过来，抽象类里并不一定要有抽象方法。另外，抽象类里也可以有普通方法。
4、抽象方法不能有方法体。即abstract function abc();------后面不能加大括号{.........}。
5、一个类继承了某个抽象类，那么，它必须实现抽象类中所有的抽象方法（除非简悔，它也这些抽象方法声明为抽象的，相当于抽象类继承了抽象类）。
抽象类简单实例：
<?php
abstract class Animal{
public $name;
protected $price;
abstract function cry();
}
class Dog extends Animal{
function cry(){
echo "汪汪...";
}
}
$abc = new Animal();
?>
希望本文所述对大家的php程序设计有所帮助。
润滑脂使用时应前含注意哪些问题
1、加注润滑脂的量要适当
加脂量过大，会使摩擦力矩增大，温度升高，耗脂量增大；而加脂量过少，则不能获得可靠润滑而发生干摩擦。一般来讲，适宜的加脂量为轴承内总空隙体积的1/3~1/2。但根据具体情况，有时则应在轴承边缘涂脂而实行空腔润滑。
2、不同种类、牌号及新旧润滑脂不可混用
避免装脂容器和工具的交叉使用，否则，将对脂产生滴点下降，锥入度增大和机械安定性下降等不良影响。
3、更换新脂有哪些注意事项？
由于润滑脂品种、质量都在不断地改进和变化，老设备改用新润滑脂时，应先经试验，试用后方可正式使用；在更换新脂时，应先清除废润滑脂，将部件清洗干净。在补加润滑脂时，应将废润滑脂挤出，在排脂口见到新润滑脂时为止。
4、重视加注润滑脂的操作过程
在领取和加注润滑脂前，要严格注意容器和工具的清洁，设备上的供脂口应事先擦拭干净，严防机械杂质、尘埃和砂粒的混入。
5、季节用脂要及时更换
如设备所处环境的冬季和夏李的温差变化较大，如果夏季用了冬季的脂或者相反，结果都将适得其反。
6、注意定期加换润滑脂
润滑脂的加换时间应根据具体使用情况而定，既要保证可靠的润滑又不至于引起脂的浪费。
7、不要用木制或纸制容器包装，以防润滑脂失油变硬、混入水分或被污染变质。注意存放于阴凉干燥的地方。
离心机使用时应注意哪些问题
- 开机进清水调差速，带差速都了再进料
-
关机前千万记得清水清洗干净，以免影响下次开机。
-
按照维护说明书，及时润滑，更滑油脂，使用专用的油脂
杀菌剂使用时应注意哪些问题
杀菌剂使用七注意
1.使用浓度
用液剂喷雾时，往往需用水将药剂配成或稀释成适当的浓度，浓度过高会造成药害和浪费，浓度过低则无效。有些非可湿性的或难于湿润的粉剂，应先加水少许，将药粉调成糊状，然后再加水配制，也可以在配制时添加一些湿润剂。
2.喷药时间
喷药的时间过早会造成浪费或降低防效，过迟则大量病原物已经侵入寄主，即使喷内吸治疗剂，也收效不大，应根据发病规律和当时情况或根据短期预测及时把在没有发病或刚刚发病时就喷药保护。
3.喷药次数
喷药次数主要根据药剂残效期的长短和气象条件来确定，一般隔10天～15天喷一次，共喷2次～3次，雨后补喷，应考虑成本，节约用药。
4.喷药质量
喷药量要适宜，过少就不能对植株各部都周密地加以保护，过多则浪费甚至造成药害，喷药要求雾点细，喷得均匀，对植物应保护的各部包括叶片的正面和反面都要喷到。
5.药害问题
喷药对植物造成药害有多种原因，水溶性较强的药剂容易发生药害，不同作物对药剂的敏感性也不同，例如波尔多液一般不会造成药害，但对铜敏感的作物也可以产生药害。豆类、马铃薯、棉花则对石硫合剂敏感。作物的不同发育阶段对药剂的反应也不同，一般幼苗和孕穗开花阶段容易产生药害。另外与气象条件也有关系，一般以气温和日照的影响较为明显，高温、日照强烈或雾重、高湿都容易引起药害。
6.如何混用
一般遇碱性物质易分解失效的农药，不能与碱性物质混用，例如，碱性杀菌剂如波尔多液、石硫合剂等不能和1605、乐果、敌敌畏等混合使用。混合后产生化学反应能引起药害的药剂也不能混合施用，例如，石硫合剂和1605混合，不仅会降低药效，还会加重药害。混合后产生乳剂破坏现象或产生大量沉淀的农药也不能混合使用，具体哪些药剂能或不能混合，使用说明书上可查到。
有少数农药混合后起增效作用。例如，乐果中性和酸性杀菌性如代森锌、可湿性硫磺、胶体硫等混用，药效不仅不受影响，反而略可提高。
7.抗药性问题
长期使用单一的药剂（主要是内吸杀菌剂），就会导致病原物产生抗药性，使所用的药剂失效。为避免这一问题，可交替使用不同类型的药剂，或内吸性杀菌剂和传统性杀菌性混合使用。
制砂机使用时应注意哪些问题？
朋友，在使用制砂机等矿山设备过程中，要正确的使用设备，要注意自己的人身安全！介绍下面几点希望对你有帮助：
1、不要随便更换皮带轮，以防转速过高使粉碎室产生爆炸，或转速太低影响制砂机的工作效率。
2、制砂机安装完后要检查各部紧固件的紧固情况，若有松动予以拧紧。同时要检查皮带松紧度是否合适。
3、制砂机起动前，先用手转动转子，检查一下齿爪、锤片及转子运转是否灵活可靠，壳内有无碰撞现象，转子的旋转方向是否与机箭头所指方向一致，动力机及制砂机润滑是否良好。
4、制砂机起动后应先空转2~3min，没有异常现象后再投料工作。
5、制砂机和动力机组应安装牢固。若制砂机长期固定作业，应将其固定在水泥基础上；若制砂机是流动作业，机组应安装在用角铁制成的机座上，并且保证动力机（柴油机或电动机）和制砂机的皮带轮槽处于同一回转平面。
C语言switch语句使用
switch(a);不要分号
swhich后面没有分号
安全帽的作用及使用时应注意哪些
安全帽的作用：
从安全帽的外型上看十分圆滑.当配戴者受到较小高处落物打击时,物体可顺利地沿帽壳的圆弧滑落;当受到较大高处落物打击时.因帽壳与帽衬之间有25—50的垂直距离,当受到水平方向物体打击时.帽壳与帽村之间有5一:20的水平距离,这两个空间距离起到了对外力的吸收和缓冲作用,不但物体不能直接打到头部.而且坚硬的帽壳也不会接触头部.避免了帽壳的间接伤害.
注意事项：
1.配戴者必须系好下颏带.防止安全帽掉落。
2.注意安全帽的保质期，过期的安全帽起不到保护作用。
I. C语言的编程格式是怎么样的
C语言源程序的编程格式归纳如下:
1,强制性规则
1,一个C语言源程序必须有且只有一个MAIN函数.
2,函数名后必须紧跟圆括号对,函数体放在右圆括号")"后的花括号对"{}"中.
3,每个程序体(包括函数的函数体,含有多条语句的选择结构和循环结构中的语句序列)必须用一对花括号括起来.
4,文件包含预处理命令,#INCLUDE<*.H>应置于源程序的开始位置.
5,语句未尾必须有分号,而预处理命令和函数首部的未尾及右花括号之后不要分号.
6,同一字母大,小写意义不同,关键字和标准库函数名必须用小写.
7,变量必须先定义,后使用
8,除已有明显间隔符外,标识符,关键字之间必须有至少一个空格
9,注解必须包含在"/* */符号之间
J. 有谁知道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 ”)
\
我从公司文档拷贝的！你自己看看对你有没有用！