这里将用c#写一个关于词频统计的命令行程序。

预计时间分配:输入处理3h、词条排序打印2h、测试3h。

实际时间分配:输入处理1h、词条排序打印2h、测试3h、程序改进优化6h。

下面将讲解程序的完成过程:

  1. 首先是输入处理部分,我们需要递归地扫描文章中的单词,首先此程序中单词的定义如下:

  • A word: a string with at least 3 English alphabet letters, then followed by optional alphanumerical characters.  Words are separated by delimiters. If a string contains non-alphanumerical characters, it’s not a word. Word is case insensitive, i.e. “file”, “FILE” and “File” are considered the same word.

      “file123” is a word, and “123file” is NOT a word.

      - Alphabetic letters:  A-Z, a-z.

      - Alphanumerical characters: A-Z, a-z, 0-9.

      - Delimiter: space, non-alphanumerical letters.

      - Each line has this format

  所以我使用正则表达式来进行单词的匹配。

private static string matchpattern = @"\b[A-Za-z]{3,}[A-Za-z0-9]*|_\b[A-Za-z]{3,}[A-Za-z0-9]*";//单词正则表达式匹配模式

  上式就满足了我的单次匹配模式,正则表达式的完整语法在这里就不再赘述,请读者自行百度。

  *需要注意这里\b提供了匹配时单次前必须是非字母、非数字字符,以免123file中的file被匹配,但是这个词显然在当前定义下不符合。

  之后使用Regex.Matches(source, matchpattern)方法,能够返回一个匹配类型match的数组以便后面操作。

  • 在单词的处理上,我们选择了一个字典结构来进行存储相关的数据。

 private static Dictionary<string, wordnode> vocabcount = new Dictionary<string, wordnode>();
//private static Dictionary<string, string> vocabword = new Dictionary<string, string>();

  其中vocabcout将存储我们程序中所扫描的单次基数,以及在字母相同的多个单词中选择后存储的ASCII最小的单词。

  *这里注释掉的vocabword字典,是我第一版代码的数据结构,我在最开始因为要存储计数和ASCII最小的单词,所以开了两个索引都为词条的lowcase的数据表来进行分别存储计数和单词,但是这样非常消耗内存,同时在遍历表的同时增加了算法复杂度,在之后的代码优化后进行了改进。

  wordnode是我自己定义的一个结构,代码如下:

 class wordnode
{
public int count{get;set;}
public string word {get; set;}
public wordnode(int num,string word)
{
this.count=num;
this.word=word;
}
}

  可以看到wordnode内具有count和word两种属性。这样就能存储我们所需要的数据。

  • 接下来我们将对每一个文件内的单次进行处理,runsta()函数代码如下:

 private void runsta()
{ Regex reg=new Regex(matchpattern);
if (option != )
{
Match m = reg.Match(source, );
while (m.Success)
{
match_process(m.ToString());
m = reg.Match(source, m.Index + m.ToString().IndexOf(' '));
}
}
else
{
foreach (Match m in reg.Matches(source))
match_process(m.ToString());
} }

  这里的第一个分支用于支持要进行连续的2-3个单词的识别,通过调整识别索引来进行识别不同的位置后的单词。

  注意这里的match_process()函树是对一个词条进行处理的函数:

private void match_process(string tempword)
{
//foreach (Match m in Regex.Matches(source, matchpattern)) string lowerword = tempword.ToLower();
if (vocabcount.ContainsKey(lowerword))
{
vocabcount[lowerword].count += ;
string temp = vocabcount[lowerword].word;
if (temp.CompareTo(tempword) < )
vocabcount[lowerword].word = tempword;
} else
{
vocabcount.Add(lowerword, new wordnode(, tempword)); } }

  代码简单易读,这里就完成对统计数据的存储。

  • 接下来要完成对文件夹结构的遍历

  我们需要对用户输入的文件夹路径进行递归遍历,于是递归代码如下:

  

 /* public bool recursiverun(string path)
{
if (File.Exists(path))
{
process_eacchfile(path);
} else if (Directory.Exists(path))
{
string[] filelist = Directory.GetFiles(path);
string[] dirlist = Directory.GetDirectories(path);
if(filelist.Length!=0)
foreach(string onefile in filelist)
{
foreach (string ext in oneext)
{
if(onefile.EndsWith(ext))
process_eacchfile(onefile);
}
}
if(dirlist.Length!=0)
foreach(string onedir in dirlist)
{
recursiverun(onedir);
}
}
else
return false;
return true;
}*/

  *这里是我的第一版本的文件系统遍历的代码,代码对文件树进行深度遍历,在遍历同时进行文件处理,不仅因为递归算法内存和复杂度开销甚大,同是对各个临界值和条件的控制让算法非常脆弱,所以我在进行算法改进后换成了的以下的代码:

 String[] files = (Directory.EnumerateFiles(path, "*.*", SearchOption.AllDirectories)).Where(s => s.EndsWith(".txt") || s.EndsWith(".cpp") || s.EndsWith(".h") || s.EndsWith(".cs")).ToArray();

  这段代码易用准确,将遍历部分和处理部分分割开来,减少内存开销和算法复杂度。

  以上,我们就将单词的匹配、单词数据的处理、文件系统的遍历功能完成了。此外,对于每个文件的可读有效性,路径有效性的函数在此就不再赘述。

  2.再者是数据处理部分,即将统计数据排序打印

  • 将字典项进行排序输出,代码如下:
 var item = vocabcount.OrderByDescending(r => r.Value.count).ThenBy(r => r.Value.word);
//List<KeyValuePair<string, wordnode>> myList = new List<KeyValuePair<string, wordnode>>(vocabcount);
//myList.Sort(delegate(KeyValuePair<string, wordnode> s1, KeyValuePair<string, wordnode> s2)
//{ // return s1.Value.word.CompareTo(s2.Value.word); // });

  这里列举了两种效果相同的算法,都会将字典项先按计数降序再按字典序升序排列。

  *这里发现c#本身的compareto算法比较输出与ASCII比较相反,所以我在存储单词的时候取了反,在这里直接按着字典序排列,就有可能一些大写字母单词排在小写的后面,但这就是c#的字典序,所以我不选择去修改它了。核心代码就是以上,所以关于输出的函数在这里不做赘述。

  3.测试用例

  3.1测试单词识别:

    file123 fie 123file

  3.1测试结果:

    <fie>:1
    <file123>:1

  3.2测试文本或文件树为空:

    void

  3.2测试结果:

    void

  3.3测试单词大小写识别和存储问题:

    file File

  3.3测试结果:

    <File>:2

  3.3测试单词排序:

    FILE file ASD asd asD ASC asc ASc

  3.3测试结果:

    <ASC>:3

    <ASD>:3

    <FILE>:2

  3.4测试连续两个单词的识别:

    how are you are you

  3.4测试结果:

    <are you>:2

    <how are>:1

    <you are>:1

  3.5测试连续三个单词的识别;

    how are you doing ine these days

  3.5测试结果:

    <are you doing>:1

    <doing ine these>:1

    <how are you>:1
    <ine these days>:1
    <you doing ine>:1

  3.6测试文件选择:

  3.6测试结果:

    只有txt、h、cpp、cs的文件可以被阅读

  3.7测试路径无效的情况

  3.7测试结果:

    控制台显示不存在此文件或文件夹,请重新输入

  3.8测试分隔符:

    horweefa[]youw

  3.8测试结果:

    <horweefa>:1

    <youw>:1

  3.9测试连续两个单词的排序:

    how are you are you

  3.9测试结果:

    <are you>:2

    <how are>:1

    <you are>:1

  3.10测试大文件:

    见最后一张性能截图,结果正确性能如下。

  4.性能分析

  

   这里是内存分析的图。

  这里是时间分析的图,因为递归和处理算法的分离,使得递归过程更快速,程序的瓶颈在处理过程和存储数据结构上,之前使用sorteddictionary非常慢,我将数据结构改为dictionary,速度提升了一个数量级。如果需要继续提高数据结构的效率可能可以参考trie树,这里不做赘述,不过经过分析我觉得应该没有什么较大的区别。

  5.收获

  这次项目让我学会了熟练的使用正则表达式、LINQ、dictionary等语法,更会通过code analysis去分析代码的内存消耗和算法瓶颈,让我受益匪浅,而且写blog将自己的思路写下来,能够在社区里与他人交流,是一种全新的学习方式,希望在这里的印记能够为他人提供方便。

c#词频统计命令行程序的更多相关文章

  1. myapp——自动生成小学四则运算题目的命令行程序(侯国鑫 谢嘉帆)

    1.Github项目地址 https://github.com/baiyexing/myapp.git 2.功能要求 题目:实现一个自动生成小学四则运算题目的命令行程序 功能(已全部实现) 使用 -n ...

  2. 软件工程第三个程序:“WC项目” —— 文件信息统计(Word Count ) 命令行程序

    软件工程第三个程序:“WC项目” —— 文件信息统计(Word Count ) 命令行程序 格式:wc.exe [parameter][filename] 在[parameter]中,用户通过输入参数 ...

  3. Node.js 命令行程序开发教程

    nodejs开发命令行程序非常方便,具体操作方式查看下面几篇文章 http://www.ruanyifeng.com/blog/2015/05/command-line-with-node.html ...

  4. 在 Mac OS X 上创建的 .NET 命令行程序访问数据库 (使用Entity Framework 7 )

    var appInsights=window.appInsights||function(config){ function r(config){t[config]=function(){var i= ...

  5. C# 控制台程序(命令行程序)设置字体颜色,窗口宽高,光标行数

    控制台程序(命令行程序)设置窗口宽度高度,如下代码: Console.WriteLine(Console.WindowHeight); Console.WriteLine(Console.Buffer ...

  6. 命令行程序增加 GUI 外壳

    Conmajia © 2012 Updated on Feb. 21, 2018 命令行大家都用过: 图 1 命令行程序工作界面 现在想办法为它做一个 GUI 外壳,实际效果参考图 2. 图 2 带 ...

  7. Node.js 命令行程序开发资料

    Node.js 命令行程序开发教程http://www.ruanyifeng.com/blog/2015/05/command-line-with-node.html用Node.js创建命令行工具ht ...

  8. Node: 开发命令行程序

    CLI 的全称是 Command-line Interface (命令行界面),即在命令行接受用户的键盘输入并作出响应和执行的程序. 在 Node.js 中,全局安装的包一般都具有命令行界面的功能,例 ...

  9. 2019-11-29-dotnet-使用-System.CommandLine-写命令行程序

    title author date CreateTime categories dotnet 使用 System.CommandLine 写命令行程序 lindexi 2019-11-29 08:33 ...

随机推荐

  1. 谈谈程序猿求职简历的STAR法则

    最近Android/IOS的市场都有点躁动,前两天看业内几位大牛写的关于求职招聘的文章,觉得说的很有道理,暂且吸收进来,同时讲一下简历面试中使用STAR法则.我们在写简历或者面试时,最主要的一个目的, ...

  2. Linux 小知识翻译 - 「为什么安全是互联网的问题?」

    当然,虽说「由于有心怀不轨的人在,一定要注意安全问题」.但另一方面,也有人认为「如果互联网自己就考虑好安全问题的话,那么用户就不用再担心安全问题了」. 虽然经常有人这样说「与远程机器通信的时候,避免使 ...

  3. Java没有头文件的原因

    http://bbs.csdn.net/topics/100134244 C/C++ 之所以需要头文件(.h),有两个用处,一个是在开发编译的时候,在各个编译单元(Compile Unit)之间共享同 ...

  4. npm 常用命令 查看版本、安装、卸载

    npm list // 查看本地已安装模块清单 npm list [packageName] // 查看本地已安装模块版本 npm info [packageName] //查看模块的详细信息 包括各 ...

  5. MP实战系列(四)之DAO讲解

    说到DAO不得不提一个开发名词"三层架构",所谓的三层架构是什么呢?简单的可以概括为数据访问层,业务逻辑层,界面层(又称表现层). 这也是我们Java开发常用的手段,经常有人将三层 ...

  6. flask 路由和视图

    路由设置的俩种方式 @app.route('/xxx') def index(): return 'index' ------------------------------------------ ...

  7. Mybatis学习总结(二)——Mapper代理开发

    一.概要 1.原始DAO开发中存在的问题:(1)DAO实现方法体中存在很多过程性代码.(2)调用SqlSession的方法(select/insert/update)需要指定Statement的id, ...

  8. jmeter(十二)关联之正则表达式提取器

    如果有这样的情况:一个完整的操作流程,需要先完成某个操作,获得某个值或数据信息,然后才能进行下一步的操作(也就是常说的关联/将上一个请求的响应结果作为下一个请求的参数): 在jmeter中,可以利用正 ...

  9. 学习CSS布局 - 盒模型

    盒模型 在我们讨论宽度的时候,我们应该讲下与它相关的另外一个重点知识:盒模型. 当你设置了元素的宽度,实际展现的元素却超出你的设置: 这是因为元素的边框和内边距会撑开元素. 看下面的例子,两个相同宽度 ...

  10. 记住left join最简单的方式(转)

    表aaid adate1    a12    a23    a3表bbid bdate1    b12    b24    b4 select * from a left join b on a.ai ...