嵌入式编程规范文档格式.docx
《嵌入式编程规范文档格式.docx》由会员分享，可在线阅读，更多相关《嵌入式编程规范文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
8）避免不必要的分支。
9）不要轻易用条件分支去替换逻辑表达式。
4正确性与容错性要求
1）程序首先是正确，其次是优美。
2）无法证明你的程序没有错误，因此在编写完一段程序后，应先回头检查。
3）改一个错误时可能产生新的错误，因此在修改前首先考虑对其它程序的影响。
4）所有变量在调用前必须被初始化。
5）对所有的用户输入，必须进行合法性检查。
6）不要比较浮点数的相等，如：
*==，不可靠
7）程序与环境或状态发生关系时，必须主动去处理发生的意外事件，如文件能否逻辑锁定、打印机是否联机等。
8）单元测试也是编程的一部份，提交联调测试的程序必须通过单元测试。
5可重用性要求
1）重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。
2）公共控件或类应考虑OO思想，减少外界联系，考虑独立性或封装性。
3）公共控件或类应建立使用模板。
6编码具体规范
排版
●程序块要采用缩进风格编写
（1）缩进的空格数为4个。
（2）函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，case语句下的情况处理语句也要遵从语句缩进要求。
示例：
intdelch（charstr[],charc）
{
inti,j;
for（i=j=0;
str[i]!
='
'
\0'
i++）
if（str[i]!
=c）
str[j++]=str[i];
}
str[j]='
（3）在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。
●大括号‘{’和‘}’的使用
（1）程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。
如下例子不符合规范。
for（...）{
.../*programcode*/
if（...）
voidexample_fun（void）
应如下书写。
for（...）
（2）if、for、do、while、case、switch、default等语句自占一行，且if、for、do、while等语句的执行语句部分无论多少都要加括号{}。
if（pUserCR==NULL）return;
应如下书写：
if（pUserCR==NULL）
return;
●在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；
进行非对等操作时，如果是关系密切的立即操作符（如－>
），后不应加空格。
说明：
采用这种松散方式编写代码的目的是使代码更加清晰。
由于留空格所产生的清晰性是相对的，所以，在已经非常清晰的语句中没有必要再留空格，如果语句已足够清晰则括号内侧（即左括号后面和右括号前面）不需要加空格，多重括号间不必加空格，因为在C语言中括号已经是最清晰的标志了。
在长语句中，如果需要加的空格非常多，那么应该保持整体清晰，而在局部不加空格。
给操作符留空格时不要连续留两个以上空格。
（1）逗号、分号只在后面加空格。
inta,b,c;
（2）比较操作符,赋值操作符"
="
、"
+="
，算术操作符"
+"
%"
，逻辑操作符"
&
"
，位运算符"
<
^"
等双目操作符的前后加空格。
if（current_time>
=MAX_TIME_VALUE）
a=b+c;
a*=2;
a=b^2;
（3）"
!
~"
++"
--"
（地址运算符）等单目操作符前后不加空格。
*p='
a'
/*内容操作"
*"
与内容之间*/
flag=!
isEmpty;
/*非操作"
p=&
mem;
/*地址操作"
i++;
/*"
"
（4）"
->
."
前后不加空格。
p->
id=pid;
指针前后不加空格*/
（5）if、for、while、switch等与后面的括号间应加空格，使if等关键字更为突出、明显。
if（a>
=b&
c>
d）
●较长语句与表达式的书写处理方法
（1）较长的语句（>
80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。
report_or_not_flag=（（taskno<
MAX_ACT_TASK_NUMBER）
（n7stat_stat_item_valid（stat_item））
（act_task_table[taskno].result_data!
=0））;
（2）循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分，长表达式要在低优先级操作符处划分新行，操作符放在新行之首。
for（i=0,j=0;
（i<
first_word_length）&
（j<
second_word_length）;
i++,j++）
....epssn_index;
repssn_ni=ssn_data[index].ni;
注释
●注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面。
/*getreplicatesubsystemindexandnetindicator*/
repssn_ind=ssn_data[index].repssn_index;
●将注释与其上面的代码用空行隔开。
如下例子，显得代码过于紧凑。
/*codeonecomments*/
programcodeone
/*codetwocomments*/
programcodetwo
应如下书写
●注释与所描述内容进行同样的缩排。
可使程序排版整齐，并方便注释的阅读与理解。
如下例子，排版不整齐，阅读稍感不方便。
CodeBlockOne
CodeBlockTwo
应改为如下布局。
voidexampleFun（void）
标识符命名
●标识符的命名要清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。
较短的单词可通过去掉“元音”形成缩写；
较长的单词可取单词的头几个字母形成缩写；
一些单词有大家公认的缩写。
如下单词的缩写能够被大家基本认可。
temp可缩写为tmp;
flag可缩写为flg;
statistic可缩写为stat;
increment可缩写为inc;
message可缩写为msg;
●命名中若使用特殊约定或缩写，则要有注释说明。
应该在源文件的开始之处，对文件中所使用的缩写或约定，特别是特殊的缩写，进行必要的注释说明。
●对于变量命名，尽量不选用单个字符（如i、j、k...），建议除了要有具体含义外，还能表明其变量类型、数据类型等，但i、j、k作局部循环变量是允许的。
变量，尤其是局部变量，如果用单个字符表示，很容易敲错（如i写成j），而编译时又检查不出来，有可能为了这个小小的错误而花费大量的查错时间。
下面所示的局部变量名的定义方法可以借鉴。
intliv_Width
其变量名解释如下：
l局部变量（Local）（其它：
g全局变量（Global）...）
i数据类型（Interger）
v变量（Variable）（其它：
c常量（Const）...）
Width变量含义
这样可以防止局部变量与全局变量重名。
建议3-2：
用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。
下面是一些在软件中常用的反义词组。
add/removebegin/endcreate/destroy
insert/deletefirst/lastget/release
increment/decrementput/get
add/deletelock/unlockopen/close
min/maxold/newstart/stop
next/previoussource/targetshow/hide
send/receivesource/destination
cut/pasteup/down
intmin_sum;
intmax_sum;
可读性
●注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。
防止阅读程序时产生误解，防止因默认的优先级与设计思想不符而导致程序出错。
下列语句中的表达式
word=（high<
8）|low
（1）
if（（a|b）&
（a&
c））
（2）
if（（a|b）<
（c&
d））（3）
如果书写为
high<
8|low
a|b&
a&
c
a|b<
c&
d
由于
8|low=（high<
8）|low,
c=（a|b）&
c），
（1）
（2）不会出错，但语句不易理解；
d=a|（b<
c）&
d，（3）造成了判断条件出错。
●避免使用不易理解的数字，用有意义的标识来替代。
涉及物理状态或者含有物理意义的常量，不应直接使用数字，必须用有意义的枚举或宏来代替。
如下的程序可读性差。
if（Trunk[index].trunk_state==0）
Trunk[index].trunk_state=1;
...runk_state==TRUNK_IDLE）
Trunk[index].trunk_state=TRUNK_BUSY;
...j-1].f1=0;
parent->
p_data[i].[j-1].f2=0;
p_data[i].[j-1].f3=0;
p_data[i].[j-1].f4=0;
p_data[i].[j-1].f5=0;
p_data[i].[j-1].f6=0;
p_data[i].[j-1].f7=0;
p_data[i].[j-1].f8=0;
假定b的结构为structB,则可改写为：
structB*b=&
（parent->
p_data[i].[j-1]）;
b->
f1=0;
f2=0;
f3=0;
f4=0;
f5=0;
f6=0;
f7=0;
f8=0;
函数、过程
建议5-1：
一个函数仅完成一件功能。
建议5-2：
为简单功能编写函数。
虽然为仅用一两行就可完成的功能去编函数好象没有必要，但用函数可使功能明确化，增加程序可读性，亦可方便维护、测试。
如下语句的功能不很明显。
value=（a>
b）a:
b;
改为如下就很清晰了。
intmax（inta,intb）
return（（a>
b）;
value=max（a,b）;
或改为如下。
#defineMAX（a,b）（（（a）>
（b））（a）:
（b））
value=MAX（a,b）;
建议5-3：
不要设计多用途面面俱到的函数。
多功能集于一身的函数，很可能使函数的理解、测试、维护等变得困难。
建议5-4：
函数名应准确描述函数的功能。
使用动宾词组为执行某操作的函数命名。
如果是OOP方法，可以只有动词（名词是对象本身）。
参照如下方式命名函数。
voidprintRecord（unsignedintrec_ind）;
intinputRecord（void）;
unsignedchargetCrrentColor（void）;
建议5-5：
函数的返回值要清楚、明了，让使用者不容易忽视错误情况。
函数的每种出错返回值的意义要清晰、明了、准确，防止使用者误用、理解错误或忽视错误返回码。
命名规则
1）函数名：
首单词字母全部小写，后面代表独立意思的单词首字母大写，后面的字母小写。
如：
sendMsgFlg（）；
2）变量名：
全局变量命名规则：
intg_maxCycle;
char*p_strName;
局部变量命名规则
intmax_cycle;
3）文件名全部小写，如：
；
函数返回值的处理
1）函数返回值类型是void时，不作要求；
2）函数返回值类型是BOOL类型时，则要求返回TRUE（正确）、FALSE（失败）。
同时，要求统一定义宏TRUE
（1）、FALSE（0）；
3）函数返回值类型是int类型时，如果返回值只表示成功或失败时，则要求返回0（正确）、-1（失败）。
如果返回值表示成功或多种失败原因中的某一种时，则要求返回0（正确）、ErrNo（大于0的整数，表示错误类型编码）。
4）函数返回值类型是浮点数时，不作要求；
变量的定义方式
1）全局变量一般定义在文件第一个函数的前面。
2）局部变量一般在进入函数后立即定义，请勿在函数中间定义。
升级会员 