（2）結對成員對四則運算專案進行**互審，並給出**審查結果表
劉育瑋的**審查表（由馬洪濤完成）
（3）選取其中乙個成員的專案為基礎，進行結對程式設計。結對專案撰寫的部落格要求：（30分）
選取馬洪濤的專案為基礎，進行結對程式設計，完成（a）、（b）、（c）要求
（a）結合課堂講授內容，制訂乙份2人共同遵守的**編寫基本規範（至少包括注釋規範與變數命名規範）。
c語言 程式**編寫規範
1 **書寫規範
1.1函式定義
每個函式的定義和說明應該從第1列開始書寫。函式名（包括參數列）和函式體的花括號（「」）應該各佔一行。在函式體結尾的括號（「}」）後面應該加上注釋，注釋中應該包括函式名，這樣比較方便進行括號配對檢查，也可以清晰地看出來函式是否結束。
1.2空格的使用
使用空格分割所有演算符號和運算元。 這條規則的例外是「->」,「「.」, 「()」和「」，這些操作符和運算元之間不空格。 當需要把乙個程式行的內容分成幾行寫時，操作符號應該放在行末，而不是下一行的開頭。
1.3縮排的設定
**書寫應該遵從結構化的要求，採用縮排的格式。最小縮排量為4個空格，整個檔案內部應該統一，不要混用tab鍵和4個空格這兩種情況，因為不同的編輯器對tab鍵的處理方法不同。
1.4折行的使用
每行的長度不要超過80個字元，當程式行太長時，應該分行書寫。 • 分行時應該按照自然的邏輯關係進行，例如：不要把乙個簡單的邏輯判斷寫在兩行上。 分行後的縮排應該按照程式的邏輯關係進行對齊。例如：參數列折行後，下面的行應該在參數列左括號的下方。
1.5巢狀語句（語句塊）的格式
對於巢狀式的語句--即語句塊（如，if、while、switch等）應該包括在花括號中。花括號的左括號應該單獨佔一行，並與關鍵字對齊。建議即使語句塊中只有一條語句，也應該使用花括號包括，這樣可以使程式結構更清晰，也可以避免出錯。建議對比較長的塊，在末尾的花括號後加上注釋以表明該語言塊結束。
2 注釋書寫規範
注釋必須做到清晰，準確地描述內容。對於程式中複雜的部分必須有注釋加以說明。注釋量要適中，過多或過少都易導致閱讀困難。
2.1注釋風格
c語言中使用一組（/* … */）作為注釋界定符。注釋內容盡量用英語方式表述。注釋應該出現在要說明的內容之前，而不應該出現在其後。 除了說明變數的用途和語言塊末尾使用的注釋，盡量不使用行末的注釋方式。
2.2何時需要注釋
如果變數的名字不能完全說明其用途，應該使用注釋加以說明。 如果為了提高效能而使某些**變得難懂，應該使用注釋加以說明。對於乙個比較長的程式段落，應該加注釋予以說明。如果設計文件中有流程圖，則程式中對應的位置應該加注釋予以說明。如果程式中使用了某個複雜的演算法，建議註明其出處。如果在除錯中發現某段落容易出現錯誤，應該註明。
3 命名規範
3.1常量、變數命名
用#define定義的符號常量全部採用大寫。變數命名的基本原則： 可以選擇有意義的英文（小寫字母）組成變數名，使人看到該變數就能大致清楚其含義。 不要使用人名、地名和漢語拼音。如果使用縮寫，應該使用那些約定俗成的，而不是自己編造的。多個單詞組成的變數名，每個單詞的首字母應該大寫。如：dwuserinputvalue。
3.2函式命名
函式命名原則與變數命名原則基本相同。對於初學者，函式命名可以採用「functionname」的形式。
（b）描述結對程式設計的感受。
1.發揮」雙劍合璧」的威力
俗話說」三個臭皮匠，勝過乙個諸葛亮」，大家在做同一件事時，集思廣義發揮各自優點，可以使我分析更能切中要害。另外乙個人發現我們這些具體的演算法類有一些公用行為，於是考慮用抽象類代替原來的介面作為抽象行為層，這樣可以把那些公用行為上移到抽象層，大大減少了冗餘**，使設計變得更加優雅。
2.溝通各自意見，需要時間
兩個人一起程式設計難免出現意見不一致的現象，出現這種情況我們採取的方式是停止手頭的工作，直到討論清楚得出結論為止，有時候我們這樣的討論可能持續時間比較長，會影響到我們的生產力。
（c）結對場景**
（4）結對專案程式設計要求：（40分）
對結對專案首先完成**規範和設計規範的修改，其次完成專案增加的需求，最後將完成的專案提交到github上，給出github的連線位址，可以給出簡單的設計說明。增加的需求：（a）考慮資料異常處理問題，如在輸入題目生成範圍的資料時，輸入了「abc「等字元資料，程式如何處理。
（b）增大算式生成數的範圍（如整數存不下的數），程式如何處理。
第四次部落格作業 結對專案
任務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 每一行都執行並檢查過了嗎是是...