1.提供你的結對成員的部落格鏈結位址（5分）
2.結對成員對四則運算專案進行**互審，並給出**審查結果表
程式的板式
重要性審查項結論
空行是否得體？是
**行內的空格是否得體？是
長行拆分是否得體？是
「」 是否對齊於同一列？
是 重要
一行**是否只做一件事？如只定義乙個變數，只寫一條語句。是
重要if、for、while、do等語句自佔一行，不論執行語句多少都要加 「{}」。
是 重要
在定義變數（或引數）時，是否將修飾符 * 和 ＆ 緊靠變數名？注釋是否清晰並且必要？是
長行拆分是否得體？
是 重要
注釋是否有錯誤或者可能導致誤解？
否 命名規則
重要性審查項結論
重要命名規則是否與所採用的作業系統或開發工具的風格保持一致？是
識別符號是否直觀且可以拼讀？
是 重要
程式中是否出現相同的區域性變數和全部變數？否
類名、函式名、變數和引數、常量的書寫格式是否遵循一定的規則？是
靜態變數、全域性變數、類的成員變數是否加字首？
否 表示式與基本語句
重要性審查項結論
重要如果**行中的運算子比較多，是否已經用括號清楚地確定表示式的操作順序？
是 重要
是否用隱含錯誤的方式寫if語句? 例如
如果迴圈體內存在邏輯判斷，並且迴圈次數很大，是否已經將邏輯判斷移到迴圈體的外面？是
將浮點變數用「==」或「！=」與任何數字比較。
否 函式設計
重要性審查項結論
引數的書寫是否完整？不要貪圖省事只寫引數的型別而省略引數名字。是
是否使用型別和數目不確定的引數？否
是否省略了函式返回值的型別？
否 類的高階特性
重要性審查項結論
是否違背了繼承和組合的規則？
否 其它常見問題
重要性審查項結論
重要變數的資料型別有錯誤嗎？
否 重要
變數的初始化或預設值有錯誤嗎？
否 重要
迴圈終止條件不正確嗎？
否### 許爽**審查表（由顧雪微完成）（10分）
程式的板式
重要性審查項結論
空行是否得體？是
**行內的空格是否得體？是
長行拆分是否得體？是
「」 是否對齊於同一列？
是 重要
一行**是否只做一件事？如只定義乙個變數，只寫一條語句。是
重要if、for、while、do等語句自佔一行，不論執行語句多少都要加 「{}」。
是 重要
在定義變數（或引數）時，是否將修飾符 * 和 ＆ 緊靠變數名？注釋是否清晰並且必要？是
長行拆分是否得體？
是 重要
注釋是否有錯誤或者可能導致誤解？
否 命名規則
重要性審查項結論
重要命名規則是否與所採用的作業系統或開發工具的風格保持一致？是
識別符號是否直觀且可以拼讀？
是 重要
程式中是否出現相同的區域性變數和全部變數？否
類名、函式名、變數和引數、常量的書寫格式是否遵循一定的規則？是
靜態變數、全域性變數、類的成員變數是否加字首？
否 表示式與基本語句
重要性審查項結論
重要如果**行中的運算子比較多，是否已經用括號清楚地確定表示式的操作順序？
是 重要
是否用隱含錯誤的方式寫if語句? 例如
如果迴圈體內存在邏輯判斷，並且迴圈次數很大，是否已經將邏輯判斷移到迴圈體的外面？是
將浮點變數用「==」或「！=」與任何數字比較。
否 函式設計
重要性審查項結論
引數的書寫是否完整？不要貪圖省事只寫引數的型別而省略引數名字。是
是否使用型別和數目不確定的引數？否
是否省略了函式返回值的型別？
否 類的高階特性
重要性審查項結論
是否違背了繼承和組合的規則？
否 其它常見問題
重要性審查項結論
重要變數的資料型別有錯誤嗎？
否 重要
變數的初始化或預設值有錯誤嗎？
否 重要
迴圈終止條件不正確嗎？
否##3.選取其中乙個成員的專案為基礎，進行結對程式設計。結對專案撰寫的部落格要求：（30分）
### （a）結合課堂講授內容，制訂乙份2人共同遵守的**編寫基本規範（至少包括注釋規範與變數命名規範）。
- 函式的大小一般不要超過50行，函式越小，**越容易維護。
- 空行起著分隔程式段落的作用。空行得體（不過多也不過少）將使程式的布局更加清晰。
- 一行**只做一件事情，如只定義乙個變數，或只寫一條語句。這樣的**容易閱讀，並且方便於寫注釋。
- if、for、while、do等語句自佔一行，執行語句不得緊跟其後。不論執行語句有多少都要加{}。這樣可以防止書寫失誤。
- **行最大長度宜控制在70至80個字元以內。**行不要過長，否則眼睛看不過來，也不便於列印。
- 在**中經常殘留一下被注釋的**，如果這段**還有價值，必須對該段**加上被注釋的原因，或者不需要有的就直接刪除。
- 邊寫**邊注釋，修改**同時修改相應的注釋，以保證注釋與**的一致性。
- 注釋應當準確、易懂，防止注釋有二義性。
- 識別符號應當直觀且可以拼讀，可見名知意，不必進行「解碼」。
- 所有的變數，函式，類的命名，若需要多個單詞時，每個單詞直接連寫，不要用下劃線(「_」)或橫線（「-」）分開。如：deviceinfo，remotecamera。
- 變數的名字應當使用「名詞」或者「形容詞＋名詞」。首字母以小寫開頭。
- 函式名字與返回值型別在語義上不可衝突。
### （b）描述結對程式設計的感受。
###1.互相學習
結對程式設計也是乙個互相學習的過程。在結對程式設計過程中，兩人會不斷就實現方法、**風格或命名方法等進行討論，兩個人的思路能夠進行互補，在編寫過程中能夠學到對方解決問題的思路和方法，對於提高自己解決問題和程式設計能力有很大的幫助。
###2.認真對待
我認為，結對程式設計與個人程式設計乙個最明顯的不同就體現在心理差異上。因為結對程式設計是兩個人的事情，不論是擔任駕駛員還是領航員的角色，都需要對程式設計和實現有足夠的準備，否則很容易變成乙個人寫**，另乙個人無所事事。開發過程中，要打起十二分精神，兩個人緊密配合，誰也不好意思開小差，能夠集中注意力在**上。
###3.提高效率
結對程式設計的形式使得**處於不斷地審查過程，每一段**都由乙個人編寫，另乙個人檢查，最大程度上減少了出現bug的可能；兩人互相交流，商討實現方式，遇到問題時，能夠做到互補。在測試過程中，因為有兩個人共同除錯，所以能夠更快的發現問題所在。
### （c）結對場景**
!(
第四次部落格作業 結對專案
任務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 每一行都執行並檢查過了嗎是是...