作業end 3.28 23.54
阿新 • • 發佈：2018-03-29
cpp 代碼 獲得 例子 機械 3.5 輸出 化工 ont
完成了除去linux下性能分析的所有功能，優化工作已經完成，往Linux移植也已經成功，結果上字符數與單詞數目與助教略有差異，但是單詞數目與另外兩個同學相同，感覺有太多細節需要考慮，可能每個人都有所遺漏。但是單詞與詞組前十判定條件相對苛刻，因此與助教獲得了完全相同的結果。
這樣任務基本完全完成，並且測試了幾個例子（空文件，只有一個單詞的文件，只有一個單詞並且是數字後綴的文件，多個單詞，並且多數字後綴的文件），沒有出現明顯的bug，最後的exe文件跑測試文件在我I5-5200U，固態硬盤上速度跑大概28s，機械硬盤大概52s，希望最後測試時候也能順利吧。
而且發現了一件尷尬的事情，我電腦上vs2017默認的編碼是UTF-16LE（不知道為什麽）,上傳到github上後最重要的的cpp文件顯示為不可識別的二進制文件，看不到代碼更改的細節，無奈只能一份一份的下載下來重新改了編碼方式傳上去。
最後看一下所花的實際時間與預期差距。
| 進度規劃 | 計劃用時 | 實際用時 |
|---|---|---|
| 理清邏輯思路 | 60min | 60min |
| 實現文件夾遞歸遍歷 | 30min |
43min+30min （沒有完全實現導致後來出現bug，加上了修改的時間） +（linux移植文件夾遍歷時間） |
| 統計字符以及行數 | 30min | 20min（字符數目仍與助教結果有差異） |
| 統計單詞數目 | 70min | 300min（經過多個測試文件發現多個bug，直到現在用時，可能還有bug） |
| 統計詞組數目 | 40min |
30min |
| 字典格式輸出 | 120min | 280min（因為用的無序關聯容器，這個問題變得極其棘手） |
| 代碼優化 | 50min | 40min（可能因為我太菜了，看到的性能瓶頸感覺都是必須的，比如讀取字符，查找鍵值，只有一處做出有成效的優化） |
| linux性能分析 | 80min | 沒有linux使用經驗，還需要安裝性能分析工具 |
| 收尾工作，測試細節 | 80min | 跟助教不一樣的感覺要交流好久 |
今晚無眠，將優化過程以及單元測試整理一下發出來。
作業end 3.28 23.54