软件工程(2019)第四次作业-结队作业
生活随笔
收集整理的這篇文章主要介紹了
软件工程(2019)第四次作业-结队作业
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
1.代碼地址
https://www.cnblogs.com/19940630naxubo/p/10768219.html
2.代碼審查表
| 功能模塊名稱 | 樹與二叉樹 | ||
| 審查人 | 那緒博 | 審查日期 | 2019.4.25 |
| 代碼名稱 | 樹與二叉樹 | 代碼作者 | 賈向南 |
| 文件結(jié)構(gòu) | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| ? ?? ?? ?? ?? ?? | 頭文件和定義文件的名稱是否合理? | 合理 | |
| 頭文件和定義文件的目錄結(jié)構(gòu)是否合理? | 合理 | ||
| 版權(quán)和版本聲明是否完整? | 無版權(quán)與版權(quán)說明 | ||
| 重要 | 頭文件是否使用了 ifndef/define/endif 預(yù)處理塊? | 沒有 | |
| 頭文件中是否只存放“聲明”而不存放“定義” | 是 | ||
| 程序的版式 | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 空行是否得體? | 否 | ||
| 代碼行內(nèi)的空格是否得體? | 否 | ||
| 長行拆分是否得體? | 是 | ||
| “{” 和 “}” 是否各占一行并且對齊于同一列? | 是 | ||
| 重要 | 一行代碼是否只做一件事?如只定義一個變量,只寫一條語句。 | 否 | |
| 重要 | If、for、while、do等語句自占一行,不論執(zhí)行語句多少都要加 “{}”。 | 是 | |
| 重要 | 在定義變量(或參數(shù))時(shí),是否將修飾符 * 和 & 緊靠變量名?注釋是否清晰并且必要? | 修飾符 * 和 & 緊靠變量名,注釋清晰且必要 | |
| 重要 | 注釋是否有錯誤或者可能導(dǎo)致誤解? | 否 | |
| 重要 | 類結(jié)構(gòu)的public, protected, private順序是否在所有的程序中保持一致? | 是 | |
| 命名規(guī)則? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 命名規(guī)則是否與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致? | 否 | |
| 標(biāo)識符是否直觀且可以拼讀? | 是 | ||
| 標(biāo)識符的長度應(yīng)當(dāng)符合“min-length && max-information”原則? | 符合 | ||
| 重要 | 程序中是否出現(xiàn)相同的局部變量和全部變量? | 否 | |
| 類名、函數(shù)名、變量和參數(shù)、常量的書寫格式是否遵循一定的規(guī)則? | 是 | ||
| 靜態(tài)變量、全局變量、類的成員變量是否加前綴? | 否 | ||
| 表達(dá)式與基本語句? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 如果代碼行中的運(yùn)算符比較多,是否已經(jīng)用括號清楚地確定表達(dá)式的操作順序? | 否 | |
| 是否編寫太復(fù)雜或者多用途的復(fù)合表達(dá)式? | 否 | ||
| 重要 | 是否將復(fù)合表達(dá)式與“真正的數(shù)學(xué)表達(dá)式”混淆? | 否 | |
| 重要 | 是否用隱含錯誤的方式寫if語句? 例如 | ? | |
| (1)將布爾變量直接與TRUE、FALSE或者1、0進(jìn)行比較。 | 否 | ||
| (2)將浮點(diǎn)變量用“==”或“!=”與任何數(shù)字比較。 | 否 | ||
| (3)將指針變量用“==”或“!=”與NULL比較。 | 否 | ||
| 如果循環(huán)體內(nèi)存在邏輯判斷,并且循環(huán)次數(shù)很大,是否已經(jīng)將邏輯判 | |||
| 斷移到循環(huán)體的外面? | 否 | ||
| 重要 | Case語句的結(jié)尾是否忘了加break? | 是 | |
| 重要 | 是否忘記寫switch的default分支? | 是 | |
| 重要 | 使用goto 語句時(shí)是否留下隱患? 例如跳過了某些對象的構(gòu)造、變量的初始化、重要的計(jì)算等。 | 無goto語句 | |
| 常量? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 是否使用含義直觀的常量來表示那些將在程序中多次出現(xiàn)的數(shù)字或字符串? | 否 | ||
| 在C++ 程序中,是否用const常量取代宏常量? | 否 | ||
| 重要 | 如果某一常量與其它常量密切相關(guān),是否在定義中包含了這種關(guān)系? | 否 | |
| 是否誤解了類中的const數(shù)據(jù)成員?因?yàn)閏onst數(shù)據(jù)成員只在某個對象 | 否 | ||
| 生存期內(nèi)是常量,而對于整個類而言卻是可變的。 | 否 | ||
| 函數(shù)設(shè)計(jì)? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 參數(shù)的書寫是否完整?不要貪圖省事只寫參數(shù)的類型而省略參數(shù)名字。 | 是 | ||
| 參數(shù)命名、順序是否合理? | 是 | ||
| 參數(shù)的個數(shù)是否太多? | 否 | ||
| 是否使用類型和數(shù)目不確定的參數(shù)? | 否 | ||
| 是否省略了函數(shù)返回值的類型? | 否 | ||
| 函數(shù)名字與返回值類型在語義上是否沖突? | 否 | ||
| 重要 | 是否將正常值和錯誤標(biāo)志混在一起返回?正常值應(yīng)當(dāng)用輸出參數(shù)獲得,而錯誤標(biāo)志用return語句返回。 | 否 | |
| 重要 | 在函數(shù)體的“入口處”,是否用assert對參數(shù)的有效性進(jìn)行檢查? | 否 | |
| 重要 | 使用濫用了assert? 例如混淆非法情況與錯誤情況,后者是必然存在的并且是一定要作出處理的。 | 否 | |
| 重要 | return語句是否返回指向“棧內(nèi)存”的“指針”或者“引用”? | 否 | |
| 是否使用const提高函數(shù)的健壯性?const可以強(qiáng)制保護(hù)函數(shù)的參數(shù)、返回值,甚至函數(shù)的定義體。“Use const whenever you need” | 否 | ||
| 內(nèi)存管理? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 用malloc或new申請內(nèi)存之后,是否立即檢查指針值是否為NULL?(防止使用指針值為NULL的內(nèi)存) | 否 | |
| 重要 | 是否忘記為數(shù)組和動態(tài)內(nèi)存賦初值?(防止將未被初始化的內(nèi)存作為右值使用) | 否 | |
| 重要 | 數(shù)組或指針的下標(biāo)是否越界? | 否 | |
| 重要 | 動態(tài)內(nèi)存的申請與釋放是否配對?(防止內(nèi)存泄漏) | 否 | |
| 重要 | 是否有效地處理了“內(nèi)存耗盡”問題? | 否 | |
| 重要 | 是否修改“指向常量的指針”的內(nèi)容? | 否 | |
| 重要 | 是否出現(xiàn)野指針?例如(1)指針變量沒有被初始化;(2)用free或delete釋放了內(nèi)存之后,忘記將指針設(shè)置為NULL。 | 否 | |
| 重要 | 是否將malloc/free 和 new/delete 混淆使用? | 否 | |
| 重要 | malloc語句是否正確無誤?例如字節(jié)數(shù)是否正確?類型轉(zhuǎn)換是否正 確? | 未使用malloc | |
| 重要 | 在創(chuàng)建與釋放動態(tài)對象數(shù)組時(shí),new/delete的語句是否正確無誤? | 是 | |
| C++ 函數(shù)的高級特性? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重載函數(shù)是否有二義性? | 未使用函數(shù)重載 | ||
| 重要 | 是否混淆了成員函數(shù)的重載、覆蓋與隱藏? | 未使用函數(shù)的重載、覆蓋于隱藏 | |
| 運(yùn)算符的重載是否符合制定的編程規(guī)范? | 未使用運(yùn)算符 | ||
| 是否濫用內(nèi)聯(lián)函數(shù)?例如函數(shù)體內(nèi)的代碼比較長,函數(shù)體內(nèi)出現(xiàn)循環(huán)。 | 未使用內(nèi)聯(lián)函數(shù) | ||
| 重要 | 是否用內(nèi)聯(lián)函數(shù)取代了宏代碼? | 未使用宏代碼 | |
| 類的構(gòu)造函數(shù)、析構(gòu)函數(shù)和賦值函數(shù) | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 是否違背編程規(guī)范而讓C++ 編譯器自動為類產(chǎn)生四個缺省的函數(shù): | 未使用類 | |
| (1)缺省的無參數(shù)構(gòu)造函數(shù); | 未使用類 | ||
| (2)缺省的拷貝構(gòu)造函數(shù); | 未使用類 | ||
| (3)缺省的析構(gòu)函數(shù); | 未使用類 | ||
| (4)缺省的賦值函數(shù)。 | 未使用類 | ||
| 重要 | 構(gòu)造函數(shù)中是否遺漏了某些初始化工作? | 未使用類 | |
| 重要 | 是否正確地使用構(gòu)造函數(shù)的初始化表? | 未使用類 | |
| 重要 | 析構(gòu)函數(shù)中是否遺漏了某些清除工作? | 未使用類 | |
| 是否錯寫、錯用了拷貝構(gòu)造函數(shù)和賦值函數(shù)? | 未使用類 | ||
| 重要 | 賦值函數(shù)一般分四個步驟: | ||
| (1)檢查自賦值; | 未使用類 | ||
| (2)釋放原有內(nèi)存資源; | 未使用類 | ||
| (3)分配新的內(nèi)存資源,并復(fù)制內(nèi)容; | 未使用類 | ||
| (4)返回 *this。是否遺漏了重要步驟????????? | 未使用類 | ||
| 重要 | 是否正確地編寫了派生類的構(gòu)造函數(shù)、析構(gòu)函數(shù)、賦值函數(shù)? | 未使用類 | |
| 注意事項(xiàng): | |||
| (1)派生類不可能繼承基類的構(gòu)造函數(shù)、析構(gòu)函數(shù)、賦值函數(shù)。 | 未使用類 | ||
| (2)派生類的構(gòu)造函數(shù)應(yīng)在其初始化表里調(diào)用基類的構(gòu)造函數(shù)。 | 未使用類 | ||
| (3)基類與派生類的析構(gòu)函數(shù)應(yīng)該為虛(即加virtual關(guān)鍵字)。 | 未使用類 | ||
| (4)在編寫派生類的賦值函數(shù)時(shí),注意不要忘記對基類的數(shù)據(jù)成員重新賦值 | 未使用類 | ||
| 類的高級特性 | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 是否違背了繼承和組合的規(guī)則? | 未使用類 | |
| (1)若在邏輯上B是A的“一種”,并且A的所有功能和屬性對B而言都有意義,則允許B繼承A的功能和屬性。 | 未使用類 | ||
| (2)若在邏輯上A是B的“一部分”(a part of),則不允許B從A派生,而是要用A和其它東西組合出B。 | 未使用類 | ||
| 其它常見問題? | |||
| 重要性? ? ?? | 審查項(xiàng) | 結(jié)論 | |
| 重要 | 數(shù)據(jù)類型問題: | 不存在 | |
| (1)變量的數(shù)據(jù)類型有錯誤嗎? | 不存在 | ||
| (2)存在不同數(shù)據(jù)類型的賦值嗎? | 不存在 | ||
| (3)存在不同數(shù)據(jù)類型的比較嗎? | 不存在 | ||
| 重要 | 變量值問題: | 不存在 | |
| (1)變量的初始化或缺省值有錯誤嗎? | 不存在 | ||
| (2)變量發(fā)生上溢或下溢嗎? | 不存在 | ||
| (3)變量的精度夠嗎????????? | 夠用 | ||
| 重要 | 邏輯判斷問題: | ||
| (1)由于精度原因?qū)е卤容^無效嗎? | 不存在 | ||
| (2)表達(dá)式中的優(yōu)先級有誤嗎? | 不存在 | ||
| (3)邏輯判斷結(jié)果顛倒嗎????????? | 不存在 | ||
| 重要 | 循環(huán)問題: | ||
| (1)循環(huán)終止條件不正確嗎? | 正確 | ||
| (2)無法正常終止(死循環(huán))嗎? | 不存在 | ||
| (3)錯誤地修改循環(huán)變量嗎? | 不存在 | ||
| (4)存在誤差累積嗎????????? | 不存在 | ||
| 重要 | 錯誤處理問題: | ||
| (1)忘記進(jìn)行錯誤處理嗎? | 無錯誤處理 | ||
| (2)錯誤處理程序塊一直沒有機(jī)會被運(yùn)行? | 無錯誤處理 | ||
| (3)錯誤處理程序塊本身就有毛病嗎?如報(bào)告的錯誤與實(shí)際錯誤不一致,處理方式不正確等等。 | 無錯誤處理 | ||
| (4)錯誤處理程序塊是“馬后炮”嗎?如在被它被調(diào)用之前軟件已經(jīng)出錯。 | 無錯誤處理 | ||
| 重要 | 文件I/O問題: | ||
| (1)對不存在的或者錯誤的文件進(jìn)行操作嗎? | 未使用文件 | ||
| (2)文件以不正確的方式打開嗎? | 未使用文件 | ||
| (3)文件結(jié)束判斷不正確嗎? | 未使用文件 | ||
| (4)沒有正確地關(guān)閉文件嗎? | 未使用文件 | ||
?3.代碼缺點(diǎn)
無故空行
4.總結(jié)
通過這次代碼審查,我初步領(lǐng)悟到了結(jié)對編程的特點(diǎn)之代碼審查。讀別人的代碼,不僅是一個相互學(xué)習(xí)的過程,更是一個相互了解的過程。這樣可以充分了解對方的編碼習(xí)慣和思維習(xí)慣,便于提升兩人日后配合的默契。
另外,結(jié)對編程能大幅度地提高程序員的開發(fā)效率,一個人寫代碼,另一個人讀代碼,幫寫代碼的人找出潛在的錯誤。
?
轉(zhuǎn)載于:https://www.cnblogs.com/19940630naxubo/p/10768703.html
總結(jié)
以上是生活随笔為你收集整理的软件工程(2019)第四次作业-结队作业的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Codeforces Round #55
- 下一篇: Vue使用better-scroll左右