一、結對成員 胡昊 部落格鏈結位址
二、結對互審表
內容常恆**（由胡昊複審）
胡昊**（由常恆複審）
1.概要部分
1.**是否符合需求和規格說明是是
2. **設計是否考慮周全是是
3. **可讀性
**可讀性較高，思路清晰
注釋全面
**可讀性較高
部分注釋不清晰
4. **容易維護麼
容易一般
5. **的每一行都執行並檢查過了嗎
已成功通過執行並檢驗
已檢查2.設計規範部分
1.設計是否遵從已知的設計模式或專案中常用的模式
遵循已知的設計模式
已經遵循已知設計模式
2.有沒有硬編碼或字串或數字等存在?有無
3.**有沒有依賴於某平台，是否會影響將來的移植(如win32到win64)?
否，不影響
否，不影響
4.有沒有無用的**可以清除?
有，較少
存在，但無用**不多
3. **規範部分
1.大小寫是否區分是是
2.是否有相關注釋
是是，只有部分注釋
3.是否分行
是部分未分行
4.是否縮排是是
4. 具體**部分
1.有沒有對錯誤進行處理?對於呼叫的外部函式，是否檢查了返回值或處理了異常?
進行了處理
檢查了呼叫函式的返回值
處理了異常
對錯誤進行了處理
檢查了返回值
處理了異常
2.引數傳遞有無錯誤，字串的長度是位元組的長度還是字元(可能是單1雙位元組)的長度，無無
3.邊界條件是如何處理的? switch 語句的default分支是如何處理的?迴圈有沒有可能出現死迴圈?
根據使用者輸入的值作為邊界
無switch語句
不能出現死迴圈
根據使用者輸入的值作為邊界
switch語句處理正確
無死迴圈出現的可能
4.資料結構中有沒有用不到的元素?無無
5.效能
1.**的效能如何?
效能較好
效能一般
2. **中，特別是迴圈中是否有明顯可優化的部分 ?有有
6. 可讀性
1.**可讀性如何?有沒有足夠的注釋?
可讀性較高，有注釋。
清晰易讀，但注釋不全面
7.可測試性
1.**是否需要更新或建立新的單元測試?是否針對特定領域的開發？是；否
是；否三、使用 常恆 的**進行結對程式設計
（a）需共同遵循的程式設計規範
1.變數命名：盡量使用見名知意的名字，盡量不使用拼音作為變數名。若需要兩個及以上單詞命名，第二個單詞開始，首字母大寫。
2.注釋規範：變數功能、方法功能必須要進行注釋。
3.縮排規範：每行最多一條語句。
（b）結對程式設計感受
通過結對程式設計，兩人互相評審了對方的**，通過對方對自己的評審，使自己了解到自己程式設計時的不規範之處。選取其中一人的**進行重新編寫，二人制定共同的程式設計規範，使得程式的可讀性大大提高，兩人都能看懂對方書寫的**部分。同時，兩人共同完成同乙個程式，對功能的實現進行了有效的溝通，此過程中，二人發表自己獨特的想法，使得功能的實現出現了多種可能性。這樣的結對程式設計，不僅能開發出高質量的程式，也能增進兩個人的交流、溝通能力，增強對彼此的了解，同時認識到合作的重要性。
（c）結對程式設計過程
四、專案程式設計要求
新增功能：
1、增加對輸入資料的異常處理，處理輸入資料不符合輸入要求的情況
2、將功能分類，不同的功能寫在不同的類中
3、增大算式生成數的範圍（如整數存不下的數），程式如何處理。
第四次部落格作業 結對專案
任務1 已完成 結對成員03班謝曉飛 03班張九川 任務2 2 互審 謝曉飛的 審查表 由張九川完成 能夠工作麼？它有沒有實現預期的功能，邏輯是否正確等。是2.所有的 是否簡單易懂？是3.符合你所遵循的程式設計規範麼？這通常包括大括號的位置，變數名和函式名，行的長度，縮排，格式和注釋。是4.是否存在...
第四次部落格作業 結對專案
結對成員 2班 趙迎港 2班 陶一鳴 1.概要部分 1.1 符合需求和規格說明嗎 符合 1.2 設計是否考慮周全 是1.3 可讀性如何 易讀1.4 容易維護嗎 容易1.5 每一行都執行並檢查過了嗎 是2 設計規範 2.1設計是否遵從已知的設計模式或專案中常用的模式 是2.2有無硬編碼或字串 數字等存...
第四次部落格作業 結對專案
一 結對成員部落格鏈結位址 四班孫成功 四班馬原飛 二 結對成員對四則運算專案進行 互審 部分內 容 孫 成 功 審查結果 馬 原 飛 審查結果 1 概要部分 1 符合需求和規格說明嗎 符合符合 2 設計是否考慮周全是是 3 可讀性如何好好 4 容易維護嗎 容易容易 5 每一行都執行並檢查過了嗎是是...