第三次作业结对编程
(老师:本人因为关注本次作业过迟,在第一次点开作业时才发现要组队,而别人基本都已组队完毕,因此,本人加入了一组,组成三人小队完成此作业。)
1、GitHub地址:https://github.com/MlllXavier/WordCount
结对组长博客:https://www.cnblogs.com/MlllXavier/p/10644002.html
2、工作编码时的照片:

3、PSP表格:
|
PSP2.1 |
Personal Software Process Stages |
预估耗时(分钟) |
实际耗时(分钟) |
|
Planning |
计划 |
30 | 45 |
|
· Estimate |
· 估计这个任务需要多少时间 |
30 | 45 |
|
Development |
开发 |
935 | 1200 |
|
· Analysis |
· 需求分析 (包括学习新技术) |
30 | 45 |
|
· Design Spec |
· 生成设计文档 |
30 | 35 |
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
45 | 60 |
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
20 | 10 |
|
· Design |
· 具体设计 |
60 | 75 |
|
· Coding |
· 具体编码 |
660 | 900 |
|
· Code Review |
· 代码复审 |
30 | 30 |
|
· Test |
· 测试(自我测试,修改代码,提交修改) |
60 | 45 |
|
Reporting |
报告 |
50 | 55 |
|
· Test Report |
· 测试报告 |
20 | 25 |
|
· Size Measurement |
· 计算工作量 |
15 | 20 |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
15 | 10 |
|
合计 |
1015 |
1300 |
我觉得,虽然这次我打破了老师的二人组规定,但是做完作业后发现,这个作业就算是三个人做,也是有不小的难度的,因为当我插入我室友这个二人组时,他们的进展还只是微弱的一部分;
下次做作业我不会再这么迟才去点开了,不然会给自己和老师都带来麻烦。
3、解题思路:
拿到题目后我便有了一个清晰的认知,关于题目按照不同条件的查找要求,我觉得可以创建不同的类或者方法来实现,字典顺序也比较简单,难点是文件操作,虽然以前C#老师讲过,但是当时觉得文件操作不是那么重要,也就学艺不精,做这份作业时去好生复习了下,才有了之后的进展。
4、设计实现的过程:
见结对组长(即提交代码者)的博客。
另外,本人打的代码内容如下:





5、我们的代码规范
1,缩进:一个Tab,4个空格;
2,对于不必要存在的{ }必须存在。比如,if语句中只有一句语句时,{}不必要存在,但在本规范中不能省略。
3,一行不能存在多句语句。
4,命名:变量:类型说明_单词:
函数名:首字母小写;
类名:首字母大写。
5,注释:类前注释,函数前注释。
6、改进以及效能分析:
见组长博客(上方地址)
7、代码的规范:
第一次作业我提出这样一个问题:为什么代码要规范,而这次我才明白代码规范的重要性;
此外,我提出在代码中多做出一些批注、注释,这样简单易懂,也很直接,加注释算是我打代码很喜欢的一种习惯。
8、代码说明:
见结对组长博客(上方地址)
9、我的心得:
重要的事情说第三遍:
下次做作业一定要早点点进去看要求,不然像这一次,过于迟地去关注,导致组队时别人已经完毕,就很慌,在这里也跟老师诚恳地为我的拖延以及给老师带来的麻烦道个歉,希望老师手下留情,不要给0分,毕竟我也是有思路以及相应代码、代码规范方面的贡献!
都说1+1>2,那这次我们就1+1+1>3吧!!

浙公网安备 33010602011771号