📄 编程规范与范例(4).htm
字号:
说明:为复杂的断言加注释,可澄清断言含义并减少不必要的误用。<br>&sup1; 7-9:用断言确认函数的参数。<br>示例:假设某函数参数中有一个指针,那么使用指针前可对它检查,如下。<br>int exam_fun( unsigned char *str )<br>{<br> EXAM_ASSERT( str != NULL ); // 用断言检查“假设指针不为空”这个条件<br> <br> ... //other program code<br>}<br>&sup1; 7-10:用断言保证没有定义的特性或功能不被使用。<br>示例:假设某通信模块在设计时,准备提供“无连接”和“连接” 这两种业务。但当前的版本中仅实现了“无连接”业务,且在此版本的正式发行版中,用户(上层模块)不应产生“连接”业务的请求,那么在测试时可用断言检查用户是否使用“连接”业务。如下。<br>#define EXAM_CONNECTIONLESS 0 // 无连接业务<br>#define EXAM_CONNECTION 1 // 连接业务<br><br>int msg_process( EXAM_MESSAGE *msg )<br>{<br> unsigned char service; /* message service class */<br><br> EXAM_ASSERT( msg != NULL );<br><br>service = get_msg_service_class( msg );<br><br> EXAM_ASSERT( service != EXAM_CONNECTION ); // 假设不使用连接业务<br><br> ... //other program code<br>}<br>&sup1; 7-11:用断言对程序开发环境(OS/Compiler/Hardware)的假设进行检查。<br>说明:程序运行时所需的软硬件环境及配置要求,不能用断言来检查,而必须由一段专门代码处理。用断言仅可对程序开发环境中的假设及所配置的某版本软硬件是否具有某种功能的假设进行检查。如某网卡是否在系统运行环境中配置了,应由程序中正式代码来检查;而此网卡是否具有某设想的功能,则可由断言来检查。<br>对编译器提供的功能及特性假设可用断言检查,原因是软件最终产品(即运行代码或机器码)与编译器已没有任何直接关系,即软件运行过程中(注意不是编译过程中)不会也不应该对编译器的功能提出任何需求。<br>示例:用断言检查编译器的int型数据占用的内存空间是否为2,如下。<br>EXAM_ASSERT( sizeof( int ) == 2 );<br>&sup1; 7-12:正式软件产品中应把断言及其它调测代码去掉(即把有关的调测开关关掉)。<br>说明:加快软件运行速度。<br>&sup1; 7-13:在软件系统中设置与取消有关测试手段,不能对软件实现的功能等产生影响。<br>说明:即有测试代码的软件和关掉测试代码的软件,在功能行为上应一致。<br>&sup1; 7-14:用调测开关来切换软件的DEBUG版和正式版,而不要同时存在正式版本和DEBUG版本的不同源文件,以减少维护的难度。<br>&sup1; 7-15:软件的DEBUG版本和发行版本应该统一维护,不允许分家,并且要时刻注意保证两个版本在实现功能上的一致性。<br>&frac12; 7-1:在编写代码之前,应预先设计好程序调试与测试的方法和手段,并设计好各种调测开关及相应测试代码如打印函数等。<br>说明:程序的调试与测试是软件生存周期中很重要的一个阶段,如何对软件进行较全面、高率的测试并尽可能地找出软件中的错误就成为很关键的问题。因此在编写源代码之前,除了要有一套比较完善的测试计划外,还应设计出一系列代码测试手段,为单元测试、集成测试及系统联调提供方便。<br>&frac12; 7-2:调测开关应分为不同级别和类型。<br>说明:调测开关的设置及分类应从以下几方面考虑:针对模块或系统某部分代码的调测;针对模块或系统某功能的调测;出于某种其它目的,如对性能、容量等的测试。这样做便于软件功能的调测,并且便于模块的单元测试、系统联调等。<br>&frac12; 7-3:编写防错程序,然后在处理错误之后可用断言宣布发生错误。<br>示例:假如某模块收到通信链路上的消息,则应对消息的合法性进行检查,若消息类别不是通信协议中规定的,则应进行出错处理,之后可用断言报告,如下例。<br>#ifdef _EXAM_ASSERT_TEST_ // 若使用断言测试<br><br>/* Notice: this function does not call 'abort' to exit program */<br>void assert_report( char * file_name, unsigned int line_no )<br>{<br> printf( "\n[EXAM]Error Report: %s, line %u\n", <br> file_name, line_no );<br>}<br><br>#define ASSERT_REPORT( condition ) <br> if ( condition ) // 若条件成立,则无动作<br> NULL;<br> else // 否则报告<br> assert_report ( __FILE__, __LINE__ ) <br><br>#else // 若不使用断言测试<br><br>#define ASSERT_REPORT( condition ) NULL <br><br>#endif /* end of ASSERT */<br><br>int msg_handle( unsigned char msg_name, unsigned char * msg )<br>{<br> switch( msg_name )<br> {<br> case MSG_ONE:<br> ... // 消息MSG_ONE处理<br> return MSG_HANDLE_SUCCESS;<br> <br> ... // 其它合法消息处理<br> <br> default:<br> ... // 消息出错处理<br> ASSERT_REPORT( FALSE ); // “合法”消息不成立,报告<br> return MSG_HANDLE_ERROR;<br> }<br>} <br>8 程序效率<br>&sup1; 8-1:编程时要经常注意代码的效率。<br>说明:代码效率分为全局效率、局部效率、时间效率及空间效率。全局效率是站在整个系统的角度上的系统效率;局部效率是站在模块或函数角度上的效率;时间效率是程序处理输入任务所需的时间长短;空间效率是程序所需内存空间,如机器代码空间大小、数据空间大小、栈空间大小等。<br>&sup1; 8-2:在保证软件系统的正确性、稳定性、可读性及可测性的前提下,提高代码效率。<br>说明:不能一味地追求代码效率,而对软件的正确性、稳定性、可读性及可测性造成影响。<br>&sup1; 8-3:局部效率应为全局效率服务,不能因为提高局部效率而对全局效率造成影响。<br>&sup1; 8-4:通过对系统数据结构的划分与组织的改进,以及对程序算法的优化来提高空间效率。<br>说明:这种方式是解决软件空间效率的根本办法。<br>示例:如下记录学生学习成绩的结构不合理。<br>typedef unsigned char BYTE;<br>typedef unsigned short WORD;<br><br>typedef struct STUDENT_SCORE_STRU<br><br><br> BYTE name[8];<br> BYTE age;<br> BYTE sex;<br> BYTE class;<br> BYTE subject;<br> float score;<br>} STUDENT_SCORE;<br><br>因为每位学生都有多科学习成绩,故如上结构将占用较大空间。应如下改进(分为两个结构),总的存贮空间将变小,操作也变得更方便。<br>typedef struct STUDENT_STRU<br>{<br> BYTE name[8];<br> BYTE age;<br> BYTE sex;<br> BYTE class;<br>} STUDENT;<br><br>typedef struct STUDENT_SCORE_STRU<br>{<br> WORD student_index;<br> BYTE subject;<br> float score;<br>} STUDENT_SCORE;<br>&sup1; 8-5:循环体内工作量最小化。<br>说明:应仔细考虑循环体内的语句是否可以放在循环体之外,使循环体内工作量最小,从而提高程序的时间效率。<br>示例:如下代码效率不高。<br>for (ind = 0; ind < MAX_ADD_NUMBER; ind++)<br>{<br> sum += ind;<br> back_sum = sum; /* backup sum */<br>}<br><br>语句“back_sum = sum;”完全可以放在for语句之后,如下。<br>for (ind = 0; ind < MAX_ADD_NUMBER; ind++)<br>{<br> sum += ind;<br>}<br>back_sum = sum; /* backup sum */<br>&frac12; 8-1:仔细分析有关算法,并进行优化。<br>&frac12; 8-2:仔细考查、分析系统及模块处理输入(如事务、消息等)的方式,并加以改进。<br>&frac12; 8-3:对模块中函数的划分及组织方式进行分析、优化,改进模块中函数的组织结构,提高程序效率。<br>说明:软件系统的效率主要与算法、处理任务方式、系统功能及函数结构有很大关系,仅在代码上下功夫一般不能解决根本问题。<br>&frac12; 8-4:编程时,要随时留心代码效率;优化代码时,要考虑周全。<br>&frac12; 8-5:不应花过多的时间拼命地提高调用不很频繁的函数代码效率。<br>说明:对代码优化可提高效率,但若考虑不周很有可能引起严重后果。<br>&frac12; 8-6:要仔细地构造或直接用汇编编写调用频繁或性能要求极高的函数。<br>说明:只有对编译系统产生机器码的方式以及硬件系统较为熟悉时,才可使用汇编嵌入方式。嵌入汇编可提高时间及空间效率,但也存在一定风险。<br>&frac12; 8-7:在保证程序质量的前提下,通过压缩代码量、去掉不必要代码以及减少不必要的局部和全局变量,来提高空间效率。<br>说明:这种方式对提高空间效率可起到一定作用,但往往不能解决根本问题。<br>&frac12; 8-8:在多重循环中,应将最忙的循环放在最内层。<br>说明:减少CPU切入循环层的次数。<br>示例:如下代码效率不高。<br>for (row = 0; row < 100; row++)<br>{<br> for (col = 0; col < 5; col++)<br> {<br> sum += a[row][col];<br> }<br>}<br><br>可以改为如下方式,以提高效率。<br>for (col = 0; col < 5; col++)<br>{<br> for (row = 0; row < 100; row++)<br> {<br> sum += a[row][col];<br> }<br>}<br>&frac12; 8-9:尽量减少循环嵌套层次。<br>&frac12; 8-10:避免循环体内含判断语句,应将循环语句置于判断语句的代码块之中。<br>说明:目的是减少判断次数。循环体中的判断语句是否可以移到循环体外,要视程序的具体情况而言,一般情况,与循环变量无关的判断语句可以移到循环体外,而有关的则不可以。<br>示例:如下代码效率稍低。<br>for (ind = 0; ind < MAX_RECT_NUMBER; ind++)<br>{<br> if (data_type == RECT_AREA)<br> {<br> area_sum += rect_area[ind];<br> }<br> else<br> {<br> rect_length_sum += rect[ind].length;<br> rect_width_sum += rect[ind].width;<br> }<br>}<br><br>因为判断语句与循环变量无关,故可如下改进,以减少判断次数。<br>if (data_type == RECT_AREA)<br>{<br> for (ind = 0; ind < MAX_RECT_NUMBER; ind++)<br> {<br> area_sum += rect_area[ind];<br> }<br>}<br>else<br>{<br> for (ind = 0; ind < MAX_RECT_NUMBER; ind++)<br> {<br> rect_length_sum += rect[ind].length;<br> rect_width_sum += rect[ind].width;<br> }<br>}<br>&frac12; 8-11:尽量用乘法或其它方法代替除法,特别是浮点运算中的除法。<br>说明:浮点运算除法要占用较多CPU资源。<br>示例:如下表达式运算可能要占较多CPU资源。<br>#define PAI 3.1416<br>radius = circle_length / (2 * PAI);<br><br>应如下把浮点除法改为浮点乘法。<br>#define PAI_RECIPROCAL (1 / 3.1416 ) // 编译器编译时,将生成具体浮点数<br>radius = circle_length * PAI_RECIPROCAL / 2; <br>&frac12; 8-12:不要一味追求紧凑的代码。<br>说明:因为紧凑的代码并不代表高效的机器码。</td>
</tr>
<tr>
<td width="600"></td>
</tr>
<tr>
<td width="600"><b>郑重声明</b><br>
近年来我站数百篇“原创文章”被一些媒体肆意转载,不但不标明出自“中国电子技术信息网”,而且把相关字眼删除!这是无视技术价值的盗窃行为,是对技术人员辛勤劳动的蔑视,我对此种行为表示强烈的谴责。<br>
“本是同根生,相煎何太急”,考虑到我们做技术的都是同门兄弟,对以前的盗窃行为不再追究,今后再有此类事件,最低处理限度是“明示于天下”。在这里向转载过又标注了出处的兄弟媒体表示崇高的敬意!<br>
兄弟网站如果引用本站“原创文章”,请首先经本人许可,并标注“www.cetinet.com”或“中国电子技术信息网”字样。<br>
欢迎个人下载使用!</td>
</tr>
</table>
</td>
</tr>
</table>
<br>
<br>
</div>
</body>
<body bgcolor="#FFFFFF" text="#000000">
<p align="center">
本站所载文章力求原创,部分资料转自网上,假如您认为某些文章侵犯了您的权益,<br>
请告知我们,我们将在最短的时间内删除有关文章。本站转载文章均注明出处。<br>
兄弟网站如果转载本站文章请注明本站版权,谢谢!
<p align="center">中国电子技术信息网 文章管理系统由:Aoe 制作<br>
Copyright (C) 2001-2004 CETINet.COM All Rights Reserved
</body>
</html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -