第5章编码摘要.ppt

10.代码编辑、编译、审查 (1) 打开编译器的所有告警开关对程序进行编译。 (2) 在产品软件（项目组）中。要统一编译开关选项。 (3) 通过代码走查及审查方式对代码进行检查。 (4) 测试部门产品之前，应对代码进行抽查及评审。 11.代码测试、维护 (1) 单元测试要求至少达到语句覆盖。 (2) 单元测试开始要跟踪每一语句，并观察数据流及变量的变化。 (3) 清理、整理或优化后的代码要经过审查及测试。 (4) 代码版本升级要经过严格测试。 (5) 使用工具软件对代码版本进行维护。 (6) 正式版本上软件对代码版本都应有详细的文档记录。 12.宏 (1) 用宏定义表达时，要使用完备的括号。 #define PI 3.14159 #define R 3.0+2.0 #define AREA PI*R*R 改为: #define PI 3.14159 #define R 3.0+2.0 #define AREA PI*(R)*(R) (2) 将宏定义的多条表达式放在在括号中。 (3) 使用宏时，不允许参数发生变化。 5.4 程序效率与性能分析 程序的效率是指程序的执行速度及程序所需占用内存的存储空间。 程序编码是最后提高运行速度和节省存储的机会，因此在此阶段不能不考虑程序的效率。 5.4 程序效率与性能分析 讨论程序效率的几条准则： (1) 效率是一个性能要求，应当在需求分析阶段给出。软件效率以需求为准，不应以人力所及为准。 (2) 好的设计可以提高效率。 (3) 程序的效率与程序的简单性相关。 一般说来，任何对效率无重要改善，且对程序的简单性、可读性和正确性不利的程序设计方法都是不可取的。 算法对效率的影响 (1) 在编程序前，尽可能化简有关的算术表达式和逻辑表达式； (2) 仔细检查算法中的嵌套的循环，尽可能将某些语句或表达式移到循环外面； (3) 尽量避免使用多维数组； (4) 尽量避免使用指针和复杂的表； (5) 采用“快速”的算术运算； (6) 不要混淆数据类型，避免在表达式中出现类型混杂； (7) 尽量采用整数算术表达式和布尔表达式； (8) 选用等效的高效率算法。 影响存储器效率的因素 这存储效率与操作系统的分页功能直接有关。 采用结构化程序设计，将程序功能合理分块，使每个模块或一组密切相关模块的程序体积大小与每页的容量相匹配，可减少页面调度，减少内外存交换，提高存储效率。 提高存储器效率的关键是程序的简单性。 影响输入/输出的因素 (1) 输入／输出的请求应当最小化。 (2) 对于所有的输入／输出操作，安排适当的缓冲区，以减少频繁的信息交换。 (3) 对辅助存储（如磁盘），选择尽可能简单的、可接受的存取方法。 (4) 对辅助存储的输入，输出，应当成块传送。 (5) 对终端或打印机的输入／输出，应考虑设备特性，尽可能改善输入／输出的质量和速度。 (6) 任何不易理解的，对改善输入／输出效果关系不大的措施都是不可取的。 (7) 不应该为追求所谓“超高效”的输入／输出而损害程序的可理解性。 (8) 好的输入／输出程序设计风格对提高输入／输出效率会有明显的效果。 作业 5.5、5.6、5.7 * 一个程序如果写得密密麻麻，分不出层次来常常是很难看懂的。应该利用空格、空行和移行组织程序的视觉结构。 * 这个程序包括了6个GOTO语句，看起来很不好理解。仔细分析可知道它是想让SMALL取X、Y、Z中的最小值。这样做完全是不必要的。为求最小值，程序只需编写成： small＝x; if （ y small ） small＝y; if （ z small ） small＝z; * 注释的原则是有助于对程序的阅读理解，注释不宜太多也不能太少，太少不利于代码理解，太多则会对阅读产生干扰，因此只在必要的地方才加注释，而且注释要准确、易懂、尽可能简洁。 5.2 程序设计风格 输入/输出的原则(续) (7)在以交互式输入/输出方式进行输入时，要在屏幕上使用提示符明确提示交互输入的请求，指明可使用选择项的种类和取值范围。同时，在数据输入的过程中和输入结束时，也要在屏幕上给出状态信息。 (8)当程序设计语言对输入/输出格式有严格要求时，应保持输入格式与输入语句要求的一致性。 (9)给所有的输出加注解，并设计输出报表格式。 5.3 编码规范 在参考微软、Bell等公司编码规范的基础上，本节以C/C++为示例对编码规范给出简要介绍。 规范涉及版面、注释、标识符命名、变量使用、代码可测性、程序效率、质量保证、代码编译、单元测试、程序版本与维护。 1.版面 (1) 程序块要采用缩进风格编写，缩进的空格数为4个。但对于由开发工具自动生成的代码可以有不一致。 (2) 相对独立的程序块之间、变量说明之后应加空行。 (3) 较长的语句（80字符