Python实现word_count

Github链接: https://github.com/dududu7/wc_project

1. PSP2.1表格

PSP2.1

Personal Software Process Stages

预估耗时(分钟)

实际耗时(分钟)

Planning

计划

 10  20

· Estimate

· 估计这个任务需要多少时间

 10  15

Development

开发

 300  550

· Analysis

· 需求分析 (包括学习新技术)

 200  300

· Design Spec

· 生成设计文档

 10  20

· Design Review

· 设计复审 (和同事审核设计文档)

 0  0

· Coding Standard

· 代码规范 (为目前的开发制定合适的规范)

 10  10

· Design

· 具体设计

 20  100

· Coding

· 具体编码

 300  200

· Code Review

· 代码复审

 10  10

· Test

· 测试(自我测试,修改代码,提交修改)

 60  180

Reporting

报告

 30  30

· Test Report

· 测试报告

 30  10

· Size Measurement

· 计算工作量

 10  10

· Postmortem & Process Improvement Plan

· 事后总结, 并提出过程改进计划

 10  30

合计

   1100  1485

项目相关要求

    • 基本功能
      -c file.c 返回文件file.c的字符数 (实现)
      -w file.c 返回文件file.c的词的数目(实现)
      -l file.c 返回文件file.c的行数(实现)
    • 扩展功能
      -s 递归处理目录下符合条件的文件(实现)
      -a 返回更复杂的数据(代码行 / 空行 / 注释行)(实现)
    • 高级功能
      -x 程序会显示图形界面,用户可以通过界面选取单个文件,程序就会显示文件的字符数、行数等全部统计信息。(未实现)

      解题思路

    • 首先把大问题拆分成几个函数功能去实现:读取文件read();数基本功能的数目count_cl();数扩展功能的行数count_w();输出print1();递归文件duigui()这几大块;后来因为具体实现与一开始计划有出入,又增加了函数find(),而且基本功能和扩展的函数也有了变化。

       

      这个题目有几个地方我实现了很久,首先是基础功能的返回word,对于怎样区分出单词有些困惑。因为主体是区分.py的代码-a的时候,也是考虑‘’‘   ’‘’和#为主的注释行,递归的是子文件的内容,搞清楚目的操作并没有太复杂。 Py相比于C和JAVA更面向对象,而且最近对Python感兴趣想要挑战一下自己,所以选择了开发效率较高的python。由于以前从来没有开发过使用命令行参数启动的程序,最后还是用input的方法进行输入。

      设计实现过程和代码说明

  首先实现基础功能,读取文件:

#比起Re = open(dict1[numble])之后close文件要好,逐行读取

 

逐行读取的好处:-a 容易实现,readline后很容易计算空行,代码行

调用find函数,返回所有出现‘’’   ‘’’ 的行数,以便之后计算注释行数量

输出函数print1(),和read函数

 

 

 

为了实现递归读取,需要解决以下几个问题:

1.
为了处理读取path中\转义报错的问题,一开始采取前面加r的方式,但是路径不能input:

    查找解决方法时看到:转义只发生在代码字面量转换为python内部对象的过程中。已经是字符串了,则不会再次转义。

  所以只要在转义之后再改回来就好

 2.递归的时候只会加文件不会加'\',要记得加上‘\’符号

 3.路径错误->报错

 main函数:

 

转py为exe文件,可以先下一个pyInstall,百度过程就好

这样就算转换成功了。

 

 

测试:

·文件测试:

1.空文件

3.1个字符

这里回车也算作了1个字符

3.1个单词

 4.完整代码

单独打印word:

 

·递归测试:

 

项目总结:

  完成这个项目耗时挺久,现在能完全理解那句写功能只要20%的时间,接下来都在改bug了。虽然在暑假学习过Python,但是不够系统,导致我写代码的时候要不停的搜索,查找资料,之前的IDLE让我常常有缩进的错误,换成Pycharm才更顺手。有的时候卡bug卡半天不能解决,有的时候学习正则表达式等等用时良久,不过最终还是在星期五测试成功了。但是由于一直东拼西凑,还有很多可以改进的地方,比如输入可以更精简而不是多加一个-h解决输入全部的问题,比如读取文件read最好一次就行了,或者是功能写的更清晰一些。写代码的时候不自觉的带了好多目录,之前写C的时候习惯这样了,不知道算不算画蛇添足。这次累计的经验我会好好从中学习,争取下一次做的更好。

 

 

 

 

 

 


 


 

posted @ 2018-09-14 23:09  dtx_7777  阅读(630)  评论(0编辑  收藏  举报