一、题目要求

题目1:
我们在刚开始上课的时候介绍过一个小学四则运算自动生成程序的例子,请实现它,要求:
能够自动生成四则运算练习题
可以定制题目数量
用户可以选择运算符
用户设置最大数(如十以内、百以内等)
用户选择是否有括号、是否有小数
用户选择输出方式(如输出到文件、打印机等)
最好能提供图形用户界面(根据自己能力选做,以完成上述功能为主)

二、角色

驾驶员:李振飞
领航员:王艳东

李振飞代码地址
李振飞博客地址

三、代码审查

项目名称 四则运算生成程序
审查人 王艳东 审查日期 2019/5/6
代码名称 source 代码作者 李振飞
文件结构
序号 审查项目 重要性 结论 备注
1 头文件和定义文件的名称是否合理?    
2 头文件和定义文件的目录结构是否合理?    
3 版权和版本声明是否完整?   不适用
4 头文件是否使用了 ifndef/define/endif 预处理块? 重要 不适用
5 头文件中是否只存放“声明”而不存放“定义”?   不适用
程序版式
序号 审查项目 重要性 结论 备注
6 代码段间的空行是否得体?    
7 代码行内的空格是否得体?    
8 长行拆分是否得体?   部分较长语句未换行
9 “{” 和 “}” 是否各占一行并且对齐于同一列?  
10 一行代码是否只做一件事?如只定义一个变量,只写一条语句。 重要
11 If、for、while、do等语句自占一行,不论执行语句多少都要加 “{}”。 重要
12 在定义变量(或参数)时,是否将修饰符 * 和 & 紧靠变量名? 重要 不适用
13 注释是否清晰并且必要? 重要 不适用
14 注释是否没有错误且不会导致误解? 重要 不适用
15 类结构的public, protected, private顺序是否在所有的程序中保持一致? 重要 不适用
命名规则
序号 审查项目 重要性 结论 备注
16 命名规则是否与所采用的操作系统或开发工具的风格保持一致? 重要  
17 标识符是否直观且可以拼读?    
18 标识符的长度应当符合“min-length && max-information”原则?    
19 程序中是否出现相同的局部变量和全部变量? 重要 变量出现重复、命名相同
20 类名、函数名、变量和参数、常量的书写格式是否遵循一定的规则?    
21 静态变量、全局变量、类的成员变量是否加前缀?    
表达式与基本语句 
序号 审查项目 重要性 结论 备注
22 如果代码行中的运算符比较多,是否已经用括号清楚地确定表达式的操作顺 重要
23 是否编写太复杂或者多用途的复合表达式?    
24 是否将复合表达式与“真正的数学表达式”混淆? 重要  
25 是否用正确的方式写if语句? 例如 重要    
1) 将布尔变量直接与TRUE、FALSE或者1、0进行比较。  
2) 将浮点变量用“==”或“!=”与任何数字比较。
3) 将指针变量用“==”或“!=”与NULL比较。  
26 如果循环体内存在逻辑判断,并且循环次数很大,是否已经将逻辑判断移到循环体外面?    
27 Case语句的结尾是加了break? 重要 不适用
28 是否写了switch的default分支? 重要 不适用
29 使用goto 语句时是否留下隐患? 例如跳过了某些对象的构造、变量的初始化,重要的计算等。 重要 不适用 未使用goto语句
常量
序号 审查项目 重要性 结论 备注
30 是否使用含义直观的常量来表示那些将在程序中多次出现的数字或字符串?    
31 是否误解了类中的const数据成员?因为const数据成员只在某个对象   不适用 未使用类
32 如果某一常量与其它常量密切相关,是否在定义中包含了这种关系? 重要  
33 生存期内是常量,而对于整个类而言却是可变的。    
函数设计
序号 审查项目 重要性 结论 备注
34 参数的书写是否完整?不要贪图省事只写参数的类型而省略参数名字。    
35 参数命名、顺序是否合理?    
36 参数的个数是否太多?    
37 是否使用类型和数目不确定的参数?   使用了指针类型参数与未定义数目的数组参数
38 是否省略了函数返回值的类型?    
39 函数名字与返回值类型在语义上是否冲突?    
40 是否将正常值和错误标志混在一起返回?正常值应当用输出参数获得,而错误标志用return语句返回。 重要  
41 在函数体的“入口处”,是否用assert对参数的有效性进行检查? 重要 未使用assert
42 使用滥用了assert? 例如混淆非法情况与错误情况,后者是必然存在的并且 重要 未使用assert
43 return语句是否返回指向“栈内存”的“指针”或者“引用”? 重要  
44 是否使用const提高函数的健壮性?const可以强制保护函数的参数、返回值,甚至函数的定义体。“Use const whenever you need”   未使用const
内存管理
序号 审查项目 重要性 结论 备注
45 用malloc或new申请内存之后,是否立即检查指针值是否为NULL? 重要 未检查指针值是否为NULL
46 是否忘记为数组和动态内存赋初值? 重要 只有数组未赋初值
47 数组或指针的下标是否越界? 重要  
48 动态内存的申请与释放是否配对? 重要  
49 是否有效地处理了“内存耗尽”问题? 重要  
50 是否修改“指向常量的指针”的内容? 重要 指针未指向常量
51 是否出现野指针?例如 重要    
1) 指针变量没有被初始化
2) 用free或delete释放了内存之后,忘记将指针设置为NULL。  
52 是否将malloc/free 和 new/delete 混淆使用? 重要  
53 malloc语句是否正确无误?例如字节数是否正确?类型转换是否正 确? 重要  
54 在创建与释放动态对象数组时,new/delete的语句是否正确无误? 重要 不适用
其它常见问题 
序号 审查项目 重要性 结论 备注
55 数据类型问题: 重要    
1) 变量的数据类型有错误吗?  
2) 存在不同数据类型的赋值吗?  
3) 存在不同数据类型的比较吗?  
56 变量值问题: 重要    
1) 变量的初始化或缺省值有错误吗?  
2) 变量发生上溢或下溢吗?  
3) 变量的精度够吗?  
57 逻辑判断问题: 重要    
1) 由于精度原因导致比较无效吗?  
2) 表达式中的优先级有误吗?  
3) 逻辑判断结果颠倒吗?   
58 循环问题: 重要    
1) 循环终止条件不正确吗?  
2) 无法正常终止(死循环)吗?  
3) 错误地修改循环变量吗?  
4) 存在误差累积吗?  
59 错误处理问题: 重要  
1) 忘记进行错误处理吗? 不适用
2) 错误处理程序块一直没有机会被运行? 不适用
3) 错误处理程序块本身就有毛病吗? 不适用
4) 错误处理程序块是“马后炮”吗?如在被它被调用之前软件已经出错。 不适用
60 文件I/O问题: 重要  
1) 对不存在的或者错误的文件进行操作吗? 不适用
2) 文件以不正确的方式打开吗? 不适用
3) 文件结束判断不正确吗? 不适用
4) 没有正确地关闭文件吗? 不适用

四、单元测试

程序图形化显示

1.输出到屏幕(有括号,无小数)

2.输出到屏幕(无括号,有小数)

3.输出到屏幕(无括号,无小数)

4.输出到文件(无括号,无小数,加减法)

5.输出到文件(有括号,有小数,乘除法)

五、总结

对于此次李振飞同学编写的四则运算生成程序,我做了如下几点总结:

1.优点:

 + 函数使用得当,并且将代码分成多个功能模块,使读者和自己都能够很清晰的理解代码功能含义
    每个功能模块的实现也很简单明了,让人很容易读懂
 + 注释简洁准确,在每个将要实现的功能模块前都留有注释,给人一种清晰感,而且在比较复杂的
    运算符或者语句后都会有相应的解释,这点做得很好
 + 命名非常得体,在各个功能函数的命名都准确的表达该功能模块的作用,而且命名符合驼峰式命
    名规则,并没有混乱的命名
 + 整体逻辑清晰,代码中未出现导致程序不正常终止的错误逻辑,而且运行时提示很到位,也有专门
    的输出函数,给出各种提示信息,main函数里只写了调用各个函数的一个主体,并没有太多的函数
    功能实现,这会让函数的可维护性更强
 + 错误处理到位,在用户输入非法字符或者进行错误操作时,都会有相应的错误提示和错误处理

2.缺点:

 + 注释准确性不到位,有些较繁杂的函数没有注释清楚。