我的伙伴是6班的小伙子潘礼鹏,经过几天的相处我觉得真的是说话很有趣的人,性格非常好,我们很划得来。
以下为我对他的代码的审查结果:
- VS2012与VS2013的兼容性
在这里写一个工具集的问题,不同的版本之间有着不一样的工具集,VS2012自带的工具集是VS2012(V110),而VS2013的工具集为VS2013(V120)。
改动这个也很简单,只需要在 选中项目,右键->配置属性->平台工具集->选择VS2013(V120)即可。
- 代码分析
潘同学的代码一共有两个文件,分别是
fenshu.cpp
SZYS.cpp
首先来看一下 fenshu.cpp
由于文件较大,我们截取一段。
void Fenshu::tongfen(Fenshu b)
{//按照b来放大a
fenzi = fenzi * b.fenmu;
fenmu = fenmu * b.fenmu;
}
void Fenshu::add(Fenshu b)
{
tongfen(b);
fenzi = fenzi + b.fenzi*(fenmu/b.fenmu);//防溢出
yuefen();
}
这个文件主要是实现对于所有分数的处理,比如加减乘除通分约分。
通过这一段程序我们能看出来:
- 该同学能够及时换行,代码的格式让人看起来很舒服。
- 该同学有加注释的好习惯,能方便队友更容易地上手他的代码。
不足之处:所有的变量名都是用中文标示的,这样看起来不是很舒服。
再来看一下SZYS.cpp
从名字来看我揣测SZYS是四则运算的意思。
tmpstr = getNumbString(numb[i + 1]);
if(op1[i] == "×")
{
tmp.mul(numb[i + 1]);
if(addsubKuohaoFlag(i,op1))
{
exercise = "(" + exercise + ")"; //考虑到*/优先级,无条件加括号
}
if(Random(2) == 0) //0的话新加的在右边,1在左边
{
exercise += " × " + tmpstr;
}
else
{
if(muldivKuohaoFlag(i,op1))
{
exercise = "(" + exercise + ")"; //*/也有先后顺序
}
exercise = tmpstr + " × " + exercise;
}
continue;
}
if(op1[i] == "÷")
{
if(numb[i + 1].getFenzi() == 0 && tmp.getFenzi() != 0)
{
tmp.set(0,tmp.getFenmu(),0);
exercise = tmpstr + " ÷ " + "(" + exercise + ")";
}
else if(numb[i + 1].getFenzi() == 0 && tmp.getFenzi() == 0)
{
failFlag = true; //除数被除数都为0,此时判定为生成失败,退回重新生成
break;
}
else
{
tmp.div(numb[i + 1]);
if(addsubKuohaoFlag(i,op1))
{
exercise = "(" + exercise + ")";
}
exercise += " ÷ " + tmpstr;
}
continue;
}
这个文件主要是处理逻辑。
在这段代码中,我发现:
- 各个flag没有什么意思,有点混乱。
- 起变量名的问题变得有些严重,比如addsubkuohaoFlag,让人看起来很费力气。
- 封装的不够,有500多行代码,有些方法有150多行。
- 分成了多个步骤,稍稍有一点繁琐。
- 最重要的一点,他的乘除号不是UTF-32编码的!这个在我运行程序对比时才看出来。
当然,也有很多优点:
1. 单元测试,程序运行完一个单元都会输出当前的状态,这样就立刻能知道是那个模块错了。我认为这个很重要!,也是我应该做的。
2. 定义了自己的类型,让逻辑变得简明易懂。
3. 考虑的十分全面,有很多关于优先级、括号的判断。这样也就是说基本功能实现的不错。
4. 每一个函数都有注释,可以快速理解他的思路。
5. 注重了内存,没有随便使用大数量的数组。我在第一版程序中使用了数组。后来用了List代替。
3.实际测验
实践出真知。
经过对这些运算的处理,发现了乘除号不属于 UTF-32编码!,其他的全都正确。
然后是测试对不同输入的支持。
- -n 100 -r 1 这种情况下会进入死循环。
说明没有对无法生成的情况做判断。
2.–n 100 –r 10 输出正常,所有分数和0的输出符合要求。
3.–n 1000 –r 100 跑了16秒,输入输出正常。
4.–e xxx –a 输出对比正常。
4.时间复杂度分析
刚才说到1000 个跑了16秒,这是什么问题呢?我们启用代码分析。
后来我发现,主要是字符串的判重效率太低,占用了太多资源。
5.测试
这位同学在很多函数后面加了输出,也就是说他会在一些函数完成后给予成功信息,我认为这也是测试的一种很好的方法。