标签：架构 family 没有 str 软件 多文件 优化 and info
Github项目地址：https://github.com/chrisjyo/WC
PSP表格:
| PSP | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| · Estimate | · 估计这个任务需要多少时间 | 30 | 60 |
| Development | 开发 | 600 | 600 |
| · Analysis | · 需求分析 (包括学习新技术) | 60 | 60 |
| · Design Spec | · 生成设计文档 | 30 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 30 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
| · Design | · 具体设计 | 45 | 30 |
| · Coding | · 具体编码 | 360 | 480 |
| · Code Review | · 代码复审 | 60 | 60 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 240 | 360 |
| Reporting | 报告 | 90 | 150 |
| · Test Report | · 测试报告 | 30 | 60 |
| · Size Measurement | · 计算工作量 | 30 | 60 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 30 |
解题思路：
刚刚拿到这个项目时，想到的是先分析该项目的需求，了解清楚具体需求后，再思考项目的架构该如何规划，才能使得项目能清晰的进行下去。
困难描述
对于正则表达式的使用不太熟悉,所以在考虑统计单词数时花了很长时间
对main函数的参数不理解
做过哪些尝试
搜索与正则表达式的有关资料,然后自己尝试了很多匹配规则,发现很多情况都没有考虑到
在同学的指导下理解了main方法参数的含义
有何收获
回顾了之前学过的一些知识点,io流,正则表达式
接触到一些新知识,比如说使用单元测试,上传到guihub等等
设计实现过程：
本项目可以简单的分为两个模块：1.对指令的解析；2.对指定文件进行统计操作
第二个模块：对指定文件行统计操作。可以通过指令“-s”去指定通配符文件查询，这里我分开处理。当不指定“-s”参数时，也就是对指定文件进行统计处理，就直接使用了IO去操作文件读取并统计；当指定“-s”参数时，由于可能是匹配到多文件操作，使用到了线程池去优化IO操作，并发处理不同文件的统计。然后IO读取文件时，通过参数的指定，去判断需要执行哪些统计，比如制定了“-w -a”，则会去统计单词数和代码行、空行和注释行。对于统计功能的实现，分功能实现在不同方法中，使用了正则表达式处理字符串。
类关系图如下：
测试：
测试-w , -l -c 功能截图：
测试-a 功能截图：
总结：
总体来说，该项目受益良多，之前都是自己随便玩玩，但并没有按照软件工程的操作来做，毫无章法，做出来的东西需要不停的测试与修改，满头是包，但这次合理的规划时间使得该项目能够更快的完成。而且此项目也让我学习到了挺多新东西，比如正则表达式的使用，线程池的使用等，这些都说明要使得技术不断进步，就必须实践多点项目，总结多点项目经验。虽然和计划的对比还是效率不够好，但这是刚刚开始实践这种模式的项目开发，后续可以更快更好的去分配时间开发项目。
标签：架构 family 没有 str 软件 多文件 优化 and info
原文地址：https://www.cnblogs.com/ccccj26/p/11587672.html
