任務一：結對成員：192404班董美地—192404班徐淑娜
任務2：結對的成員共同完成本次作業，撰寫部落格並將結對專案的程式發布到github上
部落格的內容安排如下：
（1）提供你的結對成員的部落格鏈結位址
（2）結對成員對四則運算專案進行**互審，並給出**審查結果表
①徐淑娜的**審查表（由董美地完成）
序 號
內容完 成 度
其 它
概要部分
符 合
1**符合需求和規格說明嗎？是2
**設計是否考慮周全？好3
**可讀性如何？
易 於
4**易於維護嗎？是5
**的每一行都執行並檢查過了嗎？
設計規範部分
1設計是否遵從已知的設計模式或設計中常用的模式？否2
有沒有硬編碼或字串/數字等存在？有3
**有沒有依賴於某一平台，是否會影響將來的移植？
否
4開發者新寫的**能否用已有的 library/sdk/framework 中的功能實現？在本專案中是否存在類似的功能可以呼叫而不用全部重新實現?否5
有沒有無用的**可以清除？（很多人想保留盡可能多的**，因為以後可能會用上，這樣導致程式檔案中有很多注釋掉的**，這些**都可以刪除，因為源**控制已經儲存了原來的老**。）有6
**規範部分
修改的部分符合**標準和風格麼（詳細條文略）
符 合
具體**部分
1有沒有對錯誤進行處理？對於呼叫的外部函式，是否檢查了返回值或處理了異常？
有 ； 已檢查
2引數傳遞有無錯誤？無3
邊界條件是如何處理的？switch 語句的default 分支是如何處理的？迴圈有沒有可能出現死迴圈？
4有沒有使用斷言（assert）來保證我們認為不變的條件真的得到滿足？
沒 有
5有無可能存在資源洩漏（記憶體、檔案、各種gui 資源、資料庫訪問的連線，等等）？有沒有優化的空間？
可能；有
6資料結構中有沒有用不到的元素？
有效能
1**的效能（performance）如何？
較 好
2**中，特別是迴圈中是否有明顯可優化的部分（c++中反覆建立類、c#中 string的操作是否能用 stringbuilder 來優化）？是3
對於系統和網路的呼叫是否會超時？如何處理?
否可讀性
1**可讀性如何？有沒有足夠的注釋？
良 好
存 在
可測試性
1**是否需要更新或建立新的單元測試？
是②董美地**審查表（由徐淑娜完成）
序 號
內容完 成 度
其 它
概要部分
符 合
1**符合需求和規格說明嗎？是2
**設計是否考慮周全？
較 好
3**可讀性如何？
易 於
4**易於維護嗎？是5
**的每一行都執行並檢查過了嗎？
設計規範部分
1設計是否遵從已知的設計模式或設計中常用的模式？否2
有沒有硬編碼或字串/數字等存在？有3
**有沒有依賴於某一平台，是否會影響將來的移植？
否
4開發者新寫的**能否用已有的 library/sdk/framework 中的功能實現？在本專案中是否存在類似的功能可以呼叫而不用全部重新實現?否5
有沒有無用的**可以清除？（很多人想保留盡可能多的**，因為以後可能會用上，這樣導致程式檔案中有很多注釋掉的**，這些**都可以刪除，因為源**控制已經儲存了原來的老**。）有6
**規範部分
修改的部分符合**標準和風格麼（詳細條文略）
符 合
具體**部分
1有沒有對錯誤進行處理？對於呼叫的外部函式，是否檢查了返回值或處理了異常？
有 ； 已檢查
2引數傳遞有無錯誤？無3
邊界條件是如何處理的？switch 語句的default 分支是如何處理的？迴圈有沒有可能出現死迴圈？
4有沒有使用斷言（assert）來保證我們認為不變的條件真的得到滿足？
沒 有
5有無可能存在資源洩漏（記憶體、檔案、各種gui 資源、資料庫訪問的連線，等等）？有沒有優化的空間？
可能；有
6資料結構中有沒有用不到的元素？
有效能
1**的效能（performance）如何？
較 好
2**中，特別是迴圈中是否有明顯可優化的部分（c++中反覆建立類、c#中 string的操作是否能用 stringbuilder 來優化）？是3
對於系統和網路的呼叫是否會超時？如何處理?
否可讀性
1**可讀性如何？有沒有足夠的注釋？
良 好
存 在
可測試性
1**是否需要更新或建立新的單元測試？
是（3）選取其中乙個成員的專案為基礎，進行結對程式設計。結對專案撰寫的部落格要求。
（a）結合課堂講授內容，制訂乙份2人共同遵守的**編寫基本規範（至少包括注釋規範與變數命名規範）。
1.縮排規範：用四個空格，不使用tab鍵。
2.行寬規範：行寬可以限定為100個字元。
3.括號規範：在複雜的條件表示式中，用括號清楚地表明邏輯優先順序。
4.斷行與空白的行規範：選擇每個「」都獨佔一行的格式。
5.分行規範：不要把多條語句放在一行上，更嚴格地說，不要把多個變數定義在一行上。
6.變數命名規範：
（1）變數命名中不要提到型別或其他語法方面的描述。
（2）避免過多的描述。
（3）如果資訊可以從上下文中得到，那麼此類資訊就不必寫在變數名中。
（4）避免可要可無的修飾詞。
7.下劃線：
下劃線用來分隔變數名字中的作用域標註和變數的語義。
8.大小寫：
用大小寫來區分由多個單詞組成的變數名。
7.注釋規範：
（1）複雜的注釋應該放在函式頭。
（2）注釋也要隨著程式的修改而不斷更新。注釋只用ascii字元，不要用中文和特殊字元，影響程式可移植性。
（3）使用不同的顯示風格來表示程式的不同部分。
（b）描述結對程式設計的感受。
通過這次結對程式設計，我們兩人都學到了很多以前沒有學到的知識。
①首先，我們了解到了**複審的各個流程，如何規範自己的程式。
②在自我複審和同伴複審的過程中，了解到了對方程式的優越性，也發現了自己的程式中很多沒有發現的漏洞，並很好的做出了修復，實現了程式的完整性和正確性。
③在結對程式設計的過程中，互相取長補短，提高了團隊合作精神，共同進步，也學到了更多現代軟體工程的知識。
（c）結對場景**
（4）結對專案程式設計要求
對結對專案首先完成**規範和設計規範的修改，其次完成專案增加的需求，最後將完成的專案提交到github上，給出github的連線位址，可以給出簡單的設計說明。
增加的需求：
①程式修改後不僅運用了if、else分支提高了程式的執行速度，還運用了switch分支語句，大大加快了程式的執行速度。
②考慮資料異常處理問題，如在輸入題目生成範圍的資料時，輸入了「abc「等字元資料，程式如何處理。
③增大算式生成數的範圍（如整數存不下的數），程式如何處理。
（4）github位址
第四次部落格作業 結對專案
任務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 每一行都執行並檢查過了嗎是是...