第三次做業結對編程

（老師：本人由於關注本次做業過遲，在第一次點開做業時才發現要組隊，而別人基本都已組隊完畢，所以，本人加入了一組，組成三人小隊完成此做業。）

一、GitHub地址：https://github.com/MlllXavier/WordCount

     結對組長博客：https://www.cnblogs.com/MlllXavier/p/10644002.html

二、工做編碼時的照片：

 

三、PSP表格：

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	30	45
· Estimate	· 估計這個任務須要多少時間	30	45
Development	開發	935	1200
· Analysis	· 需求分析 (包括學習新技術)	30	45
· Design Spec	· 生成設計文檔	30	35
· Design Review	· 設計複審 (和同事審覈設計文檔)	45	60
· Coding Standard	· 代碼規範 (爲目前的開發制定合適的規範)	20	10
· Design	· 具體設計	60	75
· Coding	· 具體編碼	660	900
· Code Review	· 代碼複審	30	30
· Test	· 測試（自我測試，修改代碼，提交修改）	60	45
Reporting	報告	50	55
· Test Report	· 測試報告	20	25
· Size Measurement	· 計算工做量	15	20
· Postmortem & Process Improvement Plan	· 過後總結, 並提出過程改進計劃	15	10
	合計	1015	1300

 我以爲，雖然此次我打破了老師的二人組規定，可是作完做業後發現，這個做業就算是三我的作，也是有不小的難度的，由於當我插入我室友這個二人組時，他們的進展還只是微弱的一部分；

下次作做業我不會再這麼遲纔去點開了，否則會給本身和老師都帶來麻煩。

三、解題思路：

拿到題目後我便有了一個清晰的認知，關於題目按照不一樣條件的查找要求，我以爲能夠建立不一樣的類或者方法來實現，字典順序也比較簡單，難點是文件操做，雖然之前C#老師講過，可是當時以爲文件操做不是那麼重要，也就學藝不精，作這份做業時去好生複習了下，纔有了以後的進展。

四、設計實現的過程：

見結對組長（即提交代碼者）的博客。

另外，本人打的代碼內容以下：

 

 

 

 

 

 

五、咱們的代碼規範

    1，縮進：一個Tab，4個空格；

    2，對於沒必要要存在的{   }必須存在。好比，if語句中只有一句語句時，{}沒必要要存在，但在本規範中不能省略。

    3，一行不能存在多句語句。

    4，命名：變量：類型說明_單詞：

                     函數名：首字母小寫；

                     類名：首字母大寫。

    5，註釋：類前註釋，函數前註釋。

六、改進以及效能分析：

  見組長博客（上方地址）

七、代碼的規範：

第一次做業我提出這樣一個問題：爲何代碼要規範，而此次我才明白代碼規範的重要性；

此外，我提出在代碼中多作出一些批註、註釋，這樣簡單易懂，也很直接，加註釋算是我打代碼很喜歡的一種習慣。

八、代碼說明：

見結對組長博客（上方地址）

九、個人心得：

      重要的事情說第三遍：

      下次作做業必定要早點點進去看要求，否則像這一次，過於遲地去關注，致使組隊時別人已經完畢，就很慌，在這裏也跟老師誠懇地爲個人拖延以及給老師帶來的麻煩道個歉，但願老師手下留情，不要給0分，畢竟我也是有思路以及相應代碼、代碼規範方面的貢獻！

      都說1+1>2，那此次咱們就1+1+1>3吧!!