第四次博客做業-結對項目

任務1：（5分）

      在學習通上註明結對的成員對  2賀仲超-----2李金濤

提供你的結對成員的博客連接地址（5分）

賀仲超:https://www.cnblogs.com/hzcxwz/

結對的成員共同完成本次做業，撰寫博客並將結對項目的程序發佈到github上

賀仲超的代碼審查表（由李金濤完成）（10分）   

	內容	審查結果
概要部分	代碼符合需求和規格說明	是
	代碼設計是否考慮周全	是
	代碼可讀性如何	好，有註釋
	代碼容易維護嗎	容易
	代碼功能是否測試過	是
設計規範本分	有無硬編碼或字符串/數字等存在	無
	設計是否聽從已知的設計模式或項目經常使用模式	是
	有無代碼能夠刪減	無
代碼規範部分	修改部分符合代碼標準和風格	符合
具體代碼部分	有無對錯誤驚醒處理？是否檢查返回值或處理異常	有
	swich分支，是否死循環	無
	有沒有使用斷言	無
	數據結構中有無沒有使用到的元素	無
	參數傳遞有無錯誤	無
效能	代碼的效能如何	通常
	代碼有無可優化的部分	有
	系統和網絡的調用是否會超時	否
可讀性	代碼可讀性如何？	良好
	有沒有足夠的註釋	有

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

李金濤的代碼審查表（由賀仲超完成）（10分）   

 

	內容	審查結果
概要部分	代碼符合需求和規格說明	是
	代碼設計是否考慮周全	是
	代碼可讀性如何	好
	代碼容易維護嗎	容易
	代碼功能是否測試過	是
設計規範本分	有無硬編碼或字符串/數字等存在	無
	設計是否聽從已知的設計模式或項目經常使用模式	是
	有無代碼能夠刪減	無
代碼規範部分	修改部分符合代碼標準和風格	符合
具體代碼部分	有無對錯誤驚醒處理？是否檢查返回值或處理異常	有
	swich分支，是否死循環	無
	有沒有使用斷言	無
	數據結構中有無沒有使用到的元素	無
	參數傳遞有無錯誤	無
效能	代碼的效能如何	通常
	代碼有無可優化的部分	有
	系統和網絡的調用是否會超時	否
可讀性	代碼可讀性如何？	良好
	有沒有足夠的註釋	有

  

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

選取李金濤項目爲基礎，進行結對編程。結對項目撰寫的博客要求：（30分）

a）結合課堂講授內容，制訂一份2人共同遵照的代碼編寫基本規範（至少包括註釋規範與變量命名規範）。

   一、註釋要求在每一個類中前面給出主要功能的實現，而且在關鍵變量、語句中給出註解。

•  註釋要求英文及英文的標點符號。
•  註釋中，應標明對象的完整的名稱及其用途，但應避免對代碼過於詳細的描述。 
• 每行註釋的最大長度爲100個字符。                         
• 將註釋與註釋分隔符用一個空格分開                             
• 不容許給註釋加外框。                       
• 編碼的同時書寫註釋。                       
• 重要變量必須有註釋                         
• 變量註釋和變量在同一行，全部註釋必須對齊，與變量分開至少四個「空格」鍵。

 

     二、用number來控制輸入的個數。

     三、用zf來判斷要不要有負數的存在。

     四、用symbol來控制符號的選擇。

     五、每一個「{」和「}」都獨佔一行。

     六、縮進用4個空格代替Tab鍵。

     七、每條語句獨佔一行。

     八、多分支語句要有層次感。

b）描述結對編程的感覺

對於結對編程，我有如下感覺：

一、在結對編程模式下，一對程序員肩並肩、 平等地、互補地進行開發工做。他們並排坐在一臺 電腦前，面對同一個顯示器，使用同-個鍵盤、同-一個鼠標起工做。他們一塊兒分析，一塊兒設計一塊兒寫測試用例，-起編碼，一塊兒作單元測試，一塊兒作集成測試，一塊兒寫文檔， 等等。

二、在我進行編程的過程當中，不免會有思惟不夠清晰的時候，也會有一些不記得的語法規則，此時有一個隊友在身旁，能夠與你討論或者一塊兒查閱資料，對你編程中的一些小bug也會指摘出來，這樣我我的以爲會提升我編程的效率，也會減小代碼的出錯率。

三、每一個人都有各自的編程風格，寫代碼時也有各自的一些小技巧，所以結對編程也是一個相互學習的過程，有力於學習別人的長處和了解本身的不足。（c）結對場景照片

c）結對場景照片

 

 

 

（4）結對項目編程要求：（40分）

      對結對項目首先完成代碼規範和設計規範的修改，其次完成項目增長的需求，最後將完成的項目提交到github上，給出github的鏈接地址，能夠給出簡單的設計說明。

         增長的需求：

                        （a）考慮數據異常處理問題，如在輸入題目生成範圍的數據時，輸入了「abc「等字符數據，程序如何處理。

                        （b）增大算式生成數的範圍（如整數存不下的數），程序如何處理。

               地址連接：https://github.com/h20194627/code/blob/master/ZX/src/com/M.java