全是Bug
一、开始实现程序之前
1. 在文章开头给出结对使用的Github项目地址和结对伙伴的作业地址。（两个人使用同一个）
我的结对伙伴是 ： 201731044205.
伙伴的作业地址： https://www.cnblogs.com/jhm12345678/p/10649766.html
我们使用的Github项目的地址：https://github.com/jmddd/WordCount
2. 描述结对的过程，提供非摆拍的两人在讨论的结对照片（一起工作编码时的照片）。
由于我们对编程的平常的练习不够多，对实现这些功能应该要去做什么还是很陌生的。
首先我们先讨论了一下，把自己会部分分工了，剩下的不会的，我们可以一起查资料重新学习去实现，相信两个人一起的能力还是比一个人的能力大的，下面是我们在进行一起编程讨论时所拍的照片。
3. 给出结对的PSP表格。
PSP表格：
| PSP | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
| Planning | 计划 | 75分钟 | 90分钟 |
| · Estimate | · 估计这个任务需要多少时间 | 75 | 90 |
| Development | 开发 | 1005 | 1260 |
| · Analysis | · 需求分析（包括学习新技术） | 75 | 90 |
| · Design Spec | · 生成设计文档 | 30 | 45 |
| · Design Review | · 设计复审（和同事审核设计文档） | 60 | 75 |
| · Coding Standard | · 代码规范（为目前的开发制定合适的规范） | 60 | 45 |
| · Design | · 具体设计 | 60 | 60 |
| · Coding | · 具体编码 | 8*60=480 | 10*60=600 |
| · Code Review | · 代码复审 | 1.5*60=90 | 2*60=120 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 2.5*60=150 | 225 |
| Reporting | 报告 | 145 | 145 |
| · Test Report | · 测试报告 | 75 | 65 |
| · Size Measurement | · 计算工作量 | 25 | 35 |
| · Postmortem&Process Improvement Plan | · 事后总结，并提出过程改进计划 | 45 | 45 |
| 合计 | 1225 |
149 |
4.解题思路描述。即刚开始拿到题目之后，如何思考，如何找资料的过程。
在刚开始看到这次作业，慌得一批，（对于编程能力很弱的我来说，所有的编程作业都让我慌得一批）。
需求分析的能力也很弱，只停留在需求分析的最表面，无法进行更深层次更准确的需求分析，只能按照作业的要求进行设计代码的框架结构。
- 首先弄清楚需要实现的有5个基本功能，其次分别用不同的类实现这5个不同的功能：
- 统计文件的字符数：CountCharacter.
- 统计文件的单词总数：WordNum.
- 统计文件的有效行数：YouLine.
- 统计文件中各单词的出现次数：CountWord.
- 按照字典序输出到文件txt：PutTxt.
- 分别对着这5个部分编写显示输出的5个方法。在主函数里面建立功能类的对象，再将其结果传入到相对应显示输出的函数中
将想法具体一下，基本功能的实现大概如上图
5.设计实现过程。设计包括代码如何组织，比如会有几个类，几个函数，他们之间关系如何，关键函数是否需要画出流程图？单元测试是怎么设计的？
见结对搭档的作业：201731044205
对代码的测试：
由于是实现功能的方式，对它进行实例测试，输入一句英文，预测其结果，若其输出与预期结果不符合，则其测试未通过，抓取异常。
6.给出你们制定的代码规范或链接，记录你们代码互审的情况，审查的模块名、发现的问题等。
制定的代码规范见结对搭档的作业：201731044205
我们在讨论制定了计划之后便开始我们的编程之旅，我们在把基本功能实现之后，便开始了我们一边审查、一边修改并一边实现新功能。
1.审查的时候，发现互相之间的对功能的不同的变量、方法和类的命名有点差异，于是再进行讨论让其更为规范易懂；
2. 包含基本的类和方法的功能的设计实现是否正确合理；
3. 主函数中对其他模块的方法的调用情况。
7.记录在改进程序性能上所花费的时间，描述你改进的思路，并展示一张性能分析图（由VS 2017的性能分析工具自动生成），并展示你程序中消耗最大的函数。
见结对搭档的作业：201731044205
8.代码说明。展示出项目关键代码，并解释思路与注释说明。
见结对搭档的作业：201731044205
9.结合在构建之法中学习到的相关内容与结对项目的实践经历，撰写解决项目的心路历程与收获，以及结对感受，是否1+1>2。
在这一次作业中，相对独立也相对合作，在各自编码的过程中，如若遇到问题，会互相询问，若还是解决不了会停下来去查找资料解决，这种方式有一定的优点，毕竟两个人的行动会比一个人独自思考有用的多，但是也有很大的弊端，要是问题无法解决，会耽误作业进度，同时消耗两个人的时间，还好在这次的作业中没有发生太严重的事情，希望如有下次合作，能改进一下这种方式。
但是总的来说，1个人的力量真的有限，再加上1个人之后，我明显感觉到没有一个人的时候费劲，能给提供更多的思路，和更多的解决方法。
