单片机汇编程序编码规范.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
单片机汇编程序编码规范 ????软件设计更多地是一种工程,而不是一种个人艺术。如果不统一编程规范,最终写出的程序,其可读性将较差,这不仅给代码的理解带来障碍,增加维护阶段的工作量,同时不规范的代码隐含错误的可能性也比较大。 分析表明,编码阶段产生的错误当中,语法错误大概占20%左右,而由于未严格检查软件逻辑导致的错误、函数(模块)之间接口错误及由于代码可理解度低导致优化维护阶段对代码的错误修改引起的错误则占了一半以上。 可见,提高软件质量必须降低编码阶段的错误率。如何有效降低编码阶段的错误呢?这需要制定详细的软件编程规范,并培训每一位程序员,最终的结果可以把编码阶段的错误降至10%左右,同时也降低了程序的测试费用,效果相当显著。 本文从代码的可维护性(可读性、可理解性、可修改性)、代码逻辑与效率、函数(模块)接口、可测试性四个方面阐述了软件编程规范,规范分成规则和建议两种,其中规则部分为强制执行项目,而建议部分则不作强制,可根据习惯取舍。 1.排版 规则1 程序块使用缩进方式,函数和标号使用空格缩进,程序段混合使用TAB和空格缩进。缩进的目的是使程序结构清晰,便于阅读和理解。 TAB默认宽度应为8个空格,由于Word中TAB为4个空格,为示范清晰,此处用2个TAB代替(下同)。 例如: ????????MOV????????R1,?#00H ????????MOV????????R2,?#00H ????????MOV????????PMR,?#PMRNORMAL ????????MOV????????DPS,?#FLAGDPTR ????????MOV????????DPTR,?#ADDREEPROM read1kloop: ??read1kpage: ????????INC????????R1 ????????MOVX????A,?@DPTR ????????MOV????????SBUF,?A ?????????JNB????TI,?$ ?????????CLR????TI? ????????INC????????DPTR ????????CJNE????R1,?#20H,?read1kpage ????????INC????????R2 ????????MOV????????R1,?#00H ?????????CPL????WDI ????????CJNE????R2,?#20H,?read1kloop????????;END?OF?EEPROM 规则2? 在指令的操作数之间的,使用空格进行间隔,采用这种松散方式编写代码的目的是使代码更加清晰。 例如: ????????CJNE????R2,?#20H,?read1kloop????????;END?OF?EEPROM 规则3? 一行最多写一条语句。 规则4? 变量定义时,保持对齐。便于阅读和检查内存的使用情况。 例如: RegLEDLOSS????????EQU????????30H????????;?VARIABLE????????;?TESTLED==RegLEDLOSS.0 RegLEDRA????????EQU????????31H????????;?VARIABLE RUNLED_Flag????????EQU????????32H????????;?VARIABLE?????????;?256ms改变一次RUNLED状态 RUNLED_Def????????EQU????????10H????????;?STATIC????????;?16*32ms=500ms改变一次LED状态 2.注释 注释的原则是有助于对程序的阅读理解,注释不宜太多也不能太少,太少不利于代码理解,太多则会对阅读产生干扰,因此只在必要的地方才加注释,而且注释要准确、易懂、尽可能简洁。注释量一般控制在30%到50%之间。 规则1 程序在必要的地方必须有注释,注释要准确、易懂、简洁。 例如如下注释意义不大: ????????MOV????????DXCE1COUNTER,?#00H????????;?将DXCE1COUNTER赋值为0 而如下的注释则给出了额外有用的信息: ????????JNZ????????PcComm_Err????????????????;?假如校验出错 规则2? 注释应与其描述的代码相近,对代码的注释应放在其上方或右方(对单条语句的注释)相邻位置,不可放在下面,如放于上方则需与其上面的代码用空行隔开。 规则3 头文件、源文件的头部,应进行注释。注释必须列出:文件名、作者、目的、功能、修改日志等。 规则4 函数头部应进行注释,列出:函数

文档评论(0)

82393aa + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档