软件质量保证与测试课件第8章 高质量编程.ppt

第8章 高质量编程 内容提要 8.1 代码风格 8.1.1 程序的书写格式 8.1.2 Windows程序命名规则 8.1.3 共性规则 8.1.4 表达式和基本语句 8.2 函数设计规则 8.2.1 函数外部特性的注释规则 8.2.2 参数规则 8.2.3 返回值的规则 8.2.4 函数内部的实现规则 8.3 提高程序质量的技术 8.3.1 内存管理规则 8.3.2 面向对象的设计规则 8.4 代码审查 8.4.1 代码审查的主要工作 8.4.2 代码审查的流程 8.4.3 Java代码审查的常见错误 8.5 小结 8.1 代码风格 统一编程风格的意义很大，是一个优秀而且职业化的开发团队所必需的素质。 增加开发过程代码的强壮性、可读性、易维护性。 减少有经验和无经验开发人员编程所需的脑力工作，为软件的良好维护性打下好的基础。 通过人为以及自动的方式对最终软件应用质量标准，使新的开发人员快速适应项目氛围。 支持项目资源的复用：允许开发人员从一个项目区域移动到另一个，而不需要重新适应新的子项目团队的氛围。 8.1.1 程序的书写格式 版本的声明格式 头文件的书写格式 头文件必须包含下列内容： 头文件开头处的版权和版本声明。 预处理块。 函数和类结构声明等。 定义文件的书写格式 定义文件的书写格式：必须包含三部分内容： 定义文件开头处的版权和版本声明； 对一些头文件的引用； 程序的实现体（包括数据和代码）。 空行的使用 8.1.2 Windows程序命名规则 匈牙利命名法是一种编程时的命名规范。基本原则是：变量名＝属性＋类型＋对象描述，其中每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。 举例来说，表单的名称为form，那么在匈牙利命名法中可以简写为frm，则当表单变量名称为Switchboard时，变量全称应该为frmSwitchboard。这样可以很容易从变量名看出Switchboard是一个表单，同样，如果此变量类型为标签，那么就应命名成lblSwitchboard。可以看出，匈牙利命名法非常便于记忆，而且使变量名非常清晰易懂，这样，增强了代码的可读性，方便各程序员之间相互交流代码。 据说这种命名法是一位叫Charles Simonyi的匈牙利程序员发明的，后来他在微软呆了几年，于是 这种命名法就通过微软的各种产品和文档资料向世界传播开了。 现在，大部分程序员不管自己使用什么软件进行开发，或多或少都使用了这种命名法。 常用的数据类型前缀 常用的控件名前缀 8.1.3 共性规则 [提示1]较短的单词可通过去掉“元音”形成缩写；较长的单词可取单词的头几个字母形成缩写；一些单词有大家公认的缩写。 示例：如下单词的缩写能够被大家基本认可。 temp 可缩写为 tmp ； flag 可缩写为 flg ； statistic 可缩写为 stat ； increment 可缩写为 inc ； message 可缩写为 msg ； [提示2] 应该在源文件的开始之处，对文件中所使用的缩写或约定，特别是特殊的缩写，进行必要的注释说明。 标识符最好采用英文单词或其组合，便于记忆和阅读，可望文知意，不必进行“解码”。不能使用汉语拼音来命名。程序中的英文单词一般不会太复杂，用词应当准确。例如不要把CurrentValue写成NowValue。 8.1.4 表达式和基本语句 1. 表达式与复合表达式 [示例]如下表达式，考虑不周就可能出问题，也较难理解。 * stat_poi ++ += 1； * ++ stat_poi += 1； 应分别改为如下。 *stat_poi += 1； stat_poi++； // 此二语句功能相当于“ * stat_poi ++ += 1； ” 和 ++ stat_poi； *stat_poi += 1； // 此二语句功能相当于“ * ++ stat_poi += 1； ” if语句 假设布尔变量名字为flag，它与零值比较的标准if语句如下： if （flag） // 表示flag为真 if （!flag） // 表示flag为假 其它的用法都属于不良风格，例如： if （flag == TRUE） if （flag == 1 ） if （flag == FALSE） if （flag == 0） //我觉得应该采用if（flag == TRUE）来表示，赋值用flag = TRUE； //因为不同操作系统的TRUE和FALSE不一样，如WINDOWS里TRUE是1而有些系统//TRUE是0 cyj 应当将整型变量用“==”或“！