java若文件符合条件上传_软件工程作业——WC Java实现

项目要求：

实现一个统计程序，它能正确统计程序文件中的字符数、单词数、行数，以及还具备其他扩展功能，并能够快速地处理多个文件。

具体功能

-c 返回文件字符数

-w 返回词的数目

-l 返回行数

扩展功能

-s 递归处理目录下符合条件的文件

-a 返回更复杂的数据(代码行 / 空行 / 注释行)

高级功能

-x 命令行输入-x参数，程序显示图形界面，用户可以通过界面选取单个文件，程序就会显示文件的字符数、行数等全部统计信息。

解题思路描述： 看到这个题目，我首先想到的就是利用java里面的IO流，要统计文件中的行数，可以选择利用BufferReader来按行读出文件中的内容，然后设置一个整型变量来统计行数，直到整个文件全部读完；统计字符数可以通过将读出的文件内容变成字符串的形式，然后计算字符串的长度及为字符的数量。至于统计单词的数量这个功能，每个人大概都不一样吧，因为每个人对单词的定义都不一样，究竟怎么样才算一个单词，每个人有每个人的看法，正如那句老话，一千个人，就有一千个哈姆雷特。我对单词的定义是利用空格以及换行来界定单词，只要是连续的字符，就算一个单词。然后利用字符串的分割，返回一个数组，单词数量就等于数组的长度。这样，就粗略的实现了基本的三个功能。 设计实现过程： 这个项目因为比较简单，所以我只写了了一个类，里面有四个方法，分别是统计字符数、单词数、行数的方法及检测文件是否存在并执行统计的方法；main方法就是调用执行方法，作为一个程序入口的存在。 代码说明： 主要的代码部分就是三个统计方法： (1)统计行数的方法 c() 设计思路：使用BufferedReader()，按行读入，并将读到的内容赋值给字符串"s"，之后计算字符串的长度即为字符的数量。 具体实现：

(2)统计单词的方法 w() 设计思路：使用BufferedReader()，按行读入，每读完一行就将内容赋值给字符串"s"并加一个换行符，然后进行字符串的分割，计算分割后返回数组的长度。 具体实现：

(3)统计行数的方法 l() 设计思路：这个方法相对来说比较简单，直接使用BufferedReader()按行读入，每次读入时进行计数，直到全部的行全部读完。 具体实现：

除了以上的统计方法，还有一个fileExist()方法，这个方法是对用户的输入的文件路径进行判断，若文件存在，则运行三个统计方法，若不存在，则报错。

测试运行：

测试文件：

测试结果：

各部分预计耗费时间和实际耗费时间：

PSP2.1

Personal Software Process Stages

预估耗时(分钟)

实际耗时(分钟)

Planning

计划

30

50

· Estimate

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

50

70

Development

开发

600

800

· Analysis

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

180

200

· Design Spec

· 生成设计文档

30

60

· Design Review

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

120

150

· Coding Standard

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

60

50

· Design

· 具体设计

60

80

· Coding

· 具体编码

180

200

· Code Review

· 代码复审

30

50

· Test

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

50

30

Reporting

报告

60

90

· Test Report

· 测试报告

30

60

· Size Measurement

· 计算工作量

20

30

· Postmortem & Process Improvement Plan

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

20

30

合计

1520

1950

代码覆盖率：

项目小结：

这次的项目只实现了基本的功能，因为好久没有使用Java编程，对java的相关知识有点遗忘，通过这次的项目，又重新拿起书本，复习了一遍java的相关知识，对Java有了新的理解，也算收获良多。这次项目的实现起来并不复杂，主要是IO流与字符串的种种方法，采用控制台输出的方式显示结果，并没有专门设计图形界面。

虽然项目不是很复杂，但是体验了如何从零开始做一个项目，并不只是简单的编程，更包括对测试，估计项目耗时的，对软件编写有了新的认识。同时，还学会了使用GitHub来记录项目开发过程，这是之前没有接触过的，也算是一个重大收获。