选择博客4进行改进:
我的博客地址4:http://www.cnblogs.com/shizhuangde
源代码:https://coding.net/u/lhl1212/p/work2/gitjava
1、分析原始代码git
类图编程
覆盖率统计markdown
单元测试函数
弱点:单元测试
1)无正确率统计
2)简英繁切换不完善(弹出错题框时,“错题”及“正确率”未切换)
3)不支持多操做符运算
4)不支持加入括号的四则运算题
5)固定为5个题目学习
2、功能改进与扩展测试
1)添加正确率统计
2)半完善简英繁切换(还有初始界面的按钮不支持切换)
3)支持多操做符运算
基本思路:在原有代码基础上又随机生成一个操做数以及一个运算符,先比较两个运算符的优先级,优先级较高的操做符两端算式优先算,将其结果存入,再将其与剩余操做数进行运算,调用相应的运算函数,即得出这个题目的正确答案。
【例】:6 + 1/3 X 1/2 'X'优先级高于'+',先调用mul函数计算1/3 X 1/2,存得其结果s,再调用add函数计算s+6,即为正确答案。
4)改进代码展现编码
5)程序运行截图.net
1、编码规范:
1)变量与函数名命名:驼峰式命名
2)缩进:4个空格
3)行宽:100字符
4)括号:用括号表示逻辑优先级
5)断行与空白的{}行:每一个‘{’、‘}’都独占一行
6)分行:一条语句放在一行
7)注释:简单说明函数或对象做用
2、 结对编程照片
PSP2.1 | 我的开发流程 | 预估耗费时间(分钟) | 实际耗费时间(分钟) |
---|---|---|---|
Planning | 计划 | 20 | 15 |
·Estimate | 明确需求和其余相关因素,估计每一个阶段的时间成本 | 20 | 15 |
Development | 开发 | 358 | 542 |
· Analysis | 需求分析 (包括学习新技术) | 10 | 8 |
· Design Spec | 生成设计文档 | 5 | 6 |
· Design Review | 设计复审 | 10 | 8 |
· Coding Standard | 代码规范 | 3 | 3 |
· Design | 具体设计 | 10 | 12 |
· Coding | 具体编码 | 240 | 360 |
· Code Review | 代码复审 | 20 | 25 |
· Test | 测试(自我测试,修改代码,提交修改) | 60 | 120 |
Reporting | 报告 | 23 | 29 |
· | 测试报告 | 3 | 2 |
· | 计算工做量 | 10 | 12 |
· | 并提出过程改进计划 | 10 | 15 |
3、码云commit提交记录
4、心得体会
这次结对编程合做依旧是和个人学霸老搭档一块儿完成的,在这以前,咱们两已经合做过java的购物车和java课设了,又是舍友,对对方了解颇深,沟通交流起来也较为容易。
先给个人好搭档送一个汉堡包吧:
Bread 你是咱们专业的学霸,学习成绩优秀并且作事认真可靠,编码能力也远远高于我,很开心和你一块儿合做让我受益不浅
Meat 在编码过程当中,感受你有一滴滴焦躁啊,碰到暂时解决不出来的问题会有点气馁,心态不佳
Bread 可是呢,你也不会轻言放弃,总会坚持下来解决问题,真的很棒,值得我学习。期待咱们下次合做≧▽≦
对于1+1有否起到大于二的效果,个人回答是:还行吧。由于第一次搞这个结对编程还有改写他人的代码,我两对要求都不甚了解,作不少东西都是摸索着去作的,以为应该是这样就去作了,也不知道是否知足要求,因此执行起来难免有些摸不清头脑。整个过程当中我两都是在一块儿看代码一块儿搞,这样难免效率不高(能够从咱们的psp表格中看出...)思考一下,其实若是在更明白要求的状况下,咱们就能够在一开始两我的分配任务然后再集中修改,这样也许就更好了。再者,此次结对编程使我感觉到,修改别人代码其实比本身写代码还困难一些,之前总觉得别人的代码都写好了,后续就依葫芦画瓢就好,可是实际上,新增一个新功能,就要想到有没有破坏原有代码的想法(好比咱们最后想在题目中添加括号时,百思不得其解,不知道如何在源代码的基础上添加,因此没有作出来T T)。越改就越以为学长学姐们的辛苦,特别是咱们选的这个博客4,我以为写的挺好,代码思路清晰且有亮点,减小了咱们修改的难度,应该向学长学姐们学习~
差很少心得体会就这样了吧,否则就显得像王婆的裹脚布了hh