軟工第四次做業

             軟件工程第四次做業

Part1.Fork倉庫地址

GiT地址	克隆地址
結對夥伴	陳攀文
學號	201831061111
博客連接	地址

 

Part2.PSP表格

 

Part3.計算接口與的設計與實現

在程序實現功能上，我主要完成 統計最多的十個單詞及詞頻這個功能。

• 功能分析：
  因爲我是用 java 實現的，因而一拿到這個需求時，我就想到了可使用 java 中 map 這種數據結構，來實現對單詞和詞頻的存儲，由於 map 這種數據結構是 鍵—值 形式，能夠用鍵來存儲單詞，用值來存儲單詞出現的次數，這樣就完美達到要求了。

• 遇到的問題：

1. 想用 map 這種數據結構存儲數據，首先我須要拿到一個單詞的集合，
2. map 存儲數據的順序是按照先遇到那個單詞就先存儲那個數據，要是兩個單詞的次序相同，沒法知足按照字典順序來依次存儲

• 解決辦法：
  1.和結對隊友商量，在他獲取完單詞數後，返回一個 List 集合給我處理
  2.使用 collections 這個類的 sort 方法，自定義比較順序，第一次先經過值比較順序，第二次經過鍵來比較順序

• 最終結果：
  解決了問題，而且還熟悉了 collections 類的 api 使用方法。

Part4.代碼複審

使用的文檔規範參考的這篇博客：http://www.javashuo.com/article/p-rmprmxnt-ex.html
主要使用的是前面幾個經常使用的規範

通符審閱隊友代碼不符合規範的地方：

• 一般接口部分不添加權限修飾，可是隊友的代碼接口上加了 public 修飾
• 有小部分代碼過於臃腫，擠在一塊兒，很差閱讀，沒有明顯的空行
• 在 try catch代碼中的 finally 通常不使用 return 語句

值得學習的地方：

• 每一個結接口都有對應使用用途說明
• 每一個可能出現異常的地方都使用了 try catch，而不是直接 throw
• 對於代碼較長的地方都標註了註釋

Part5~.6性能改進和單元測試以及異常處理說明

• 其餘部分

這次代碼編寫我主要作審計和部分功能實現，因此其中一些部分我是輔助結對隊友完成，在這裏就引用隊友博客數據 http://www.javashuo.com/article/p-grrmsfve-mk.html

Part7.結對過程

描述：

結對編程確實能夠學習到不少東西，相比於一我的，對於功能代碼，我能夠想怎麼修改就怎麼修改，可是有隊友後我須要想的更全面一些，由於隊友會使用我提供的接口來完成相應的工做，同時在遇到問題時，能夠互相討論，互相借鑑思路，已到達更好的完成程序設計，讓我切實感受到了1+1>2.