WC 项目要求
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 文件的代码行数、空行数、注释行数。
一、GitHub地址:https://github.com/ttawsl/work
二、PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 30 |
· Estimate | · 估计这个任务需要多少时间 | 30 | 30 |
Development | 开发 | 1095 | 1235 |
· Analysis | · 需求分析 | 30 | 30 |
· Design Spec | · 生成设计文档 | 30 | 40 |
· Design Review | · 设计复审 | 20 | 20 |
· Coding Standard | · 代码规范 | 20 | 20 |
· Design | · 具体设计 | 45 | 60 |
· Coding | · 具体编码 | 800 | 900 |
· Code Review | · 代码复审 | 50 | 45 |
· Test | · 测试(自我测试,修改代码,提交修改) | 100 | 120 |
Reporting | 报告 | 110 | 120 |
· Test Report | · 测试报告 | 60 | 70 |
· Size Measurement | · 计算工作量 | 20 | 20 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 30 |
合计 | 1235 | 1385 |
三、解题思路
语言:最近学习了python语言,所以决定用python,加深对各种函数的理解。
需求分析:根据命令行输入的参数对文件内容进行统计,则需要实现的功能为获取命令行参数,数据统计,图形界面。
命令行参数的获取可用库sys实现
字符数:可直接用len()函数计算
单词数通过正则表达式
行数:统计readlins()的返回值
空行:没有字符即为空行
注释行:分 // 和 /* */ 两种情况
代码行:不是空行也不是注释行就是了
图形界面:用python自带的TK实现
在开发过程中很多函数的用法都需要去搜索引擎查询,让开发异常的艰辛,需要学习的很多,只能一步步来,导致效率较低。有时自己对一个bug苦思不得其解时,跟朋友一交流,他5分钟就发现了问题所在,而且时非常浅显的问题。这让我感到,当你苦于某些问题不得解时,睡个觉给脑子放一下假,长时间苦恼对解决问题是有负作用的。
四、设计实现过程
先做的是基础功能的,其实就是顺着基础功能,扩展功能,高级功能一步步做下去,不过没做出高级功能。若论关系,倒是很少,基本功能都是独立的,不过从所有的函数都要从menu函数中获得self值方能执行。
五、功能测试
感想:本次作业让我认识到了自己现在工程能力的薄弱,实现同样的功能我所花费的时间比别人要多,需要努力认真的学习与练习,提高自己的能力。python真是门好语言。