Description & Requirements

http://www.cnblogs.com/jiel/p/3311400.html

项目时间估计

　　理解项目要求：　　　　　　1小时

　　构建项目逻辑：　　　　　　1小时

　　查阅相关资料：　　　　　　1小时

　　编写&调试程序：　　　　　 2小时

　　样例测试&功能完善：　　　 1小时

　　项目效率分析：　　　　　　1小时

　　项目优化：　　　　　　　　2小时

　　总结&提交：　　　　　　　 1小时

项目实际完成时间

　　实际完成时间很是蛋疼，题目意思不难理解，实现起来也不难，本着先实现功能不考虑时间的原则写了用c++里的map实现了一下，但发现debug模式下那个速度简直不能看，但这时已经离截止日期很近了，又有些错误，这两天花在改代码测数据上的时间很多。。。主要是数据如果不大没有代表性，如果大了的话又不好调试，很是蛋疼。。。

　　写代码：n小时

　　调试：   n小时

　　测试数据按照我对题目的理解应该是能输出正确结果的，在release模式下100+M的小说大约用了30s左右，相对于薛大神的12s还是8s简直就是奇慢无比，详细的性能分析写在后面。

开发过程

　　开发过程其实不能算充满艰辛，但做无用功的时间太多了。一开始先花了好多时间翻了翻C++Primer看了看容器什么，然后没看清楚题意没有递归遍历文件，最后功能实现后再把递归遍历部分加进去导致代码很乱，接着就是一些不知道从哪里冒出来的问题（运行时间过慢等，估计是我不小心点到了debug模式然后没有发现），因为这已经花了很多时间了，实在是不耐烦了，就直接重写了一遍代码，算是一个阶段完成了。但后来和小伙伴们对数据的时候竟然发现对题意理解错了，最后改了一下觉得应该没问题了。。。总之整个过程充满了艰辛，实在是无力了。。

　　关于算法实现，我是用一个word_list来存储单词，用word_com来存储单词统一的形式（如file和File我在word_com里都存成FILE）。最后根据word_com里的频率将word_list里的单词排个序，将每个单词的最小字典序的形式提出来，这时单词的顺序不是按照题目要求的字典序的，而是按照真正字典里的顺序，这里再对其进行一次字典序的排序，输出结果。

性能分析

由于是直接用map做的，觉得map的insert操作应该比下标创建要快一点，于是在加单词的时候还加了hash。。其实应该是没什么区别的（只是优化了复杂度的常数，最后性能分析结果也显示没优化多少。。。）

可以看到，100+M的数据跑了30s，而且中间cpu使用率的曲线也很诡异。。

占有样本数比较多的函数是pass，这是用来遍历文件夹的，里面调用了addword是向map里面加单词记录频率的。

总结

　　真的是学到了很多，主要是调试方面提高了许多心理承受能力。

　　由于看了几遍c++primer里容器的介绍，对c++里各种容器也算有了个详细的了解，方便以后使用。

　　学会了如何遍历文件夹，以及对一些函数的运行速度有了更深的了解。

　　总的来说是一次很不错的实践。完