Github项目地址：https://github.com/shaohua-guan/-java-wc.exe
一、项目要求
1. 实现一个简单而完整的软件工具（源程序特征统计程序）。
2. 进行单元测试、回归测试、效能测试，在实现上述程序的过程中使用相关的工具。
3. 进行个人软件过程（PSP）的实践，逐步记录自己在每个软件工程环节花费的时间。
wc.exe 是一个常见的工具，它能统计文本文件的字符数、单词数和行数。这个项目要求写一个命令行程序，模仿已有wc.exe 的功能，并加以扩充，给出某程序设计语言源文件的字符数、单词数和行数。
实现一个统计程序，它能正确统计程序文件中的字符数、单词数、行数，以及还具备其他扩展功能，并能够快速地处理多个文件。
具体功能要求：
程序处理用户需求的模式为：
wc.exe [parameter] [file_name]
基本功能列表：
wc.exe -c file.c //返回文件 file.c 的字符数
wc.exe -w file.c //返回文件 file.c 的词的数目
wc.exe -l file.c //返回文件 file.c 的行数
扩展功能：
-s 递归处理目录下符合条件的文件。
-a 返回更复杂的数据（代码行 / 空行 / 注释行）。
空行：本行全部是空格或格式控制字符，如果包括代码，则只有不超过一个可显示的字符，例如“{”。
代码行：本行包括多于一个字符的代码。
注释行：本行不是代码行，并且本行包括注释。一个有趣的例子是有些程序员会在单字符后面加注释：
} //注释
在这种情况下，这一行属于注释行。
[file_name]: 文件或目录名，可以处理一般通配符。
高级功能：
-x 参数。这个参数单独使用。如果命令行有这个参数，则程序会显示图形界面，用户可以通过界面选取单个文件，程序就会显示文件的字符数、行数等全部统计信息。
需求举例：
wc.exe -s -a *.c
返回当前目录及子目录中所有*.c 文件的代码行数、空行数、注释行数。
二、psp表格
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
30 |
50 |
| · Estimate |
· 估计这个任务需要多少时间 |
120 |
200 |
| Development |
开发 |
180 |
240 |
| · Analysis |
· 需求分析 (包括学习新技术) |
100 |
90 |
| · Design Spec |
· 生成设计文档 |
20 |
30 |
| · Design Review |
· 设计复审 (和同事审核设计文档) |
||
| · Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
||
| · Design |
· 具体设计 |
30 |
60 |
| · Coding |
· 具体编码 |
60 |
80 |
| · Code Review |
· 代码复审 |
30 |
20 |
| · Test |
· 测试（自我测试，修改代码，提交修改） |
40 |
20 |
| Reporting |
报告 |
20 |
30 |
| · Test Report |
· 测试报告 |
20 |
40 |
| · Size Measurement |
· 计算工作量 |
10 |
10 |
| · Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
30 |
20 |
| 合计 |
690 |
890 |
三、遇到的困难及解决方法
一开始的时候想使用正则表达式来实现文本的匹配的，但后来发现自己对其不是很了解，使用非常麻烦，就使用了if语句来判断注释行。
然后使用switch来匹配用户输入的命令。
四、关键代码or设计说明
五、代码说明
1.主函数代码
2.方法函数代码（实现-c，-w，-l，-a）
六、测试运行
七、项目小结
经过这次项目我发现了自己很多的不足，比如代码不够熟练，懂的知识比较少，算法基础不够扎实而且在平时学习东西的时候总是学的比较浅。
当然我也在这次项目中学到了不少知识，比如之前我写完代码总是抛下不管，而现在则是懂得如何进行单元测试等等。