微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > 嵌入式设计 > 程序的书写规则(程序的编码规范)

程序的书写规则(程序的编码规范)

时间:11-13 来源:互联网 点击:

信号量(即P、V操作)
    等手段对其加以保护。

七、可测性
  1.在编写代码之前,应预先设计好程序调试与测试的方法和手段,并设计好各种调
  测开关及相应测试代码如 打印函数等。
  2.在进行集成测试/系统联调之前,要构造好测试环境、测试项目及测试用例,同时
  仔细分析并优化测试用例,以提 高测试效率。

八、程序效率
  1.编程时要经常注意代码的效率。
  2.在保证软件系统的正确性、稳定性、可读性及可测性的前提下,提 高代码效率。
  3.不能一味地追求代码效率,而对软件的正确性、稳定性、可读性及可测性造成影
   响。
  4.编程 时,要随时留心代码效率;优化代码时,要考虑周全。
  5.要仔细地构造或直接用汇编编写调用频繁或性能要求极高的函数。
  6.通 过对系统数据结构划分与组织的改进,以及对程序算法的优化来提高空间效率。
  7.在多重循环中,应将最忙的循环放在最内层。
   8.尽量减少循环嵌套层次。
  9.避免循环体内含判断语句,应将循环语句置于判断语句的代码块之中。
  10.尽量用乘法或其它方 法代替除法,特别是浮点运算中的除法。

九、质量保证
  1.在软件设计过程中构筑软件质量。
  代码质量保证优先原则
  (1)正确性,指程序要实现 设计要求的功能。
  (2)稳定性、安全性,指程序稳定、可靠、安全。
  (3)可测试性,指程序要具有良好的可测试性。
   (4)规范/可读性,指程序书写风格、命名规则等要符合规范。
  (5)全局效率,指软件系统的整体效率。
  (6)局部效率,指 某个模块/子模块/函数的本身效率。
  (7)个人表达方式/个人方便性,指个人编程习惯。
  2.只引用属于自己的存贮空间。
   3.防止引用已经释放的内存空间。
  4.过程/函数中分配的内存,在过程/函数退出之前要释放。
  5.过程/函数中申请的(为 打开文件而使用的)文件句柄,在过程/函数退出前要关
闭。
  6.防止内存操作越界。
  7.时刻注意表达式是否会上溢、下 溢。
  8.认真处理程序所能遇到的各种出错情况。
  9.系统运行之初,要初始化有关变量及运行环境,防止未经初始化的变量被引 用。
  10.系统运行之初,要对加载到系统中的数据进行一致性检查。
  11.严禁随意更改其它模块或系统的有关设置和配置。
   12.不能随意改变与其它模块的接口。
  13.充分了解系统的接口之后,再使用系统提供的功能。
  14.要时刻注意易混淆的操 作符。当编完程序后,应从头至尾检查一遍这些操作符。
  15.不使用与硬件或操作系统关系很大的语句,而使用建议的标准语句。
   16.建议:使用第三方提供的软件开发工具包或控件时,要注意以下几点:
  (1)充分了解应用接口、使用环境及使用时注意事项。
   (2)不能过分相信其正确性。
  (3)除非必要,不要使用不熟悉的第三方工具包与控件。

十、代码编译
  1.编写代码时要注意随时保存,并定期备份,防止由于断电、硬盘损坏等原因造成
   代码丢失。
   2.同一项目组内,最好使用相同的编辑器,并使用相同的设置选项。
  3.合理地设计软件系统目录,方便开发人员使用。
  4.打 开编译器的所有告警开关对程序进行编译。
  5.在同一项目组或产品组中,要统一编译开关选项。
  6.使用工具软件(如 Visual SourceSafe)对代码版本进行维护。

  十一、代码测试、维护
  1.单元测试要求至少达到语句覆盖。
  2.单元测试开始要跟踪每一条语句,并观察数据流及变量 的变化。
  3.清理、整理或优化后的代码要经过审查及测试。
  4.代码版本升级要经过严格测试。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top