結對編程(代碼審查)
本次的結對隊友:徐興
審查的代碼地址:https://git.coding.net/Xuxing-XX/ruanjianzuoye.git
代碼審查表
功能模塊名稱 | 樹的先序中序後序層次遍歷 | ||
審查人 | 柴伊凡 | 審查日期 | 2018-4-5 |
代碼名稱 | 樹的先序中序後序層次遍歷 | 代碼作者 | 徐興 |
文件結構 | |||
重要性 | 審查項 | 結論 | |
頭文件和定義文件的名稱是否合理? | 是 | ||
頭文件和定義文件的目錄結構是否合理? | 是 | ||
版權和版本聲明是否完整? | 否 | ||
重要 | 頭文件是否使用了 ifndef/define/endif 預處理塊? | 否 | |
頭文件中是否只存放“聲明”而不存放“定義” | 否 | ||
程序的版式 | |||
重要性 | 審查項 | 結論 | |
空行是否得體? | 是 | ||
代碼行內的空格是否得體? | 是 | ||
長行拆分是否得體? | 是 | ||
“{” 和 “}” 是否各占一行並且對齊於同一列? | 是 | ||
重要 | 一行代碼是否只做一件事?如只定義一個變量,只寫一條語句。 | 是 | |
重要 | If、for、while、do等語句自占一行,不論執行語句多少都要加 “{}”。 | 否 | |
重要 | 在定義變量(或參數)時,是否將修飾符 * 和 & 緊靠變量名?註釋是否清晰並且必要? | 否 | |
重要 | 註釋是否有錯誤或者可能導致誤解? | 否 | |
重要 | 類結構的public, protected, private順序是否在所有的程序中保持一致? | 是 | |
命名規則 | |||
重要性 | 審查項 | 結論 | |
重要 | 命名規則是否與所采用的操作系統或開發工具的風格保持一致? | 是 | |
標識符是否直觀且可以拼讀? | 是 | ||
標識符的長度應當符合“min-length && max-information”原則? | 是 | ||
重要 | 程序中是否出現相同的局部變量和全部變量? | 否 | |
類名、函數名、變量和參數、常量的書寫格式是否遵循一定的規則? | 是 | ||
靜態變量、全局變量、類的成員變量是否加前綴? | 是 | ||
表達式與基本語句 | |||
重要性 | 審查項 | 結論 | |
重要 | 如果代碼行中的運算符比較多,是否已經用括號清楚地確定表達式的操作順序? | 是 | |
是否編寫太復雜或者多用途的復合表達式? | 否 | ||
重要 | 是否將復合表達式與“真正的數學表達式”混淆? | 否 | |
重要 | 是否用隱含錯誤的方式寫if語句? 例如 | 否 | |
(1)將布爾變量直接與TRUE、FALSE或者1、0進行比較。 | 否 | ||
(2)將浮點變量用“==”或“!=”與任何數字比較。 | 否 | ||
(3)將指針變量用“==”或“!=”與NULL比較。 | 是 | ||
如果循環體內存在邏輯判斷,並且循環次數很大,是否已經將邏輯判 | 否 | ||
斷移到循環體的外面? | 否 | ||
重要 | Case語句的結尾是否忘了加break? | 是 | |
重要 | 是否忘記寫switch的default分支? | 是 | |
重要 | 使用goto 語句時是否留下隱患? 例如跳過了某些對象的構造、變量的初始化、重要的計算等。 | 是 | |
常量 | |||
重要性 | 審查項 | 結論 | |
是否使用含義直觀的常量來表示那些將在程序中多次出現的數字或字符串? | 是 | ||
在C++ 程序中,是否用const常量取代宏常量? | 否 | ||
重要 | 如果某一常量與其它常量密切相關,是否在定義中包含了這種關系? | 否 | |
是否誤解了類中的const數據成員?因為const數據成員只在某個對象 | 是 | ||
生存期內是常量,而對於整個類而言卻是可變的。 | |||
函數設計 | |||
重要性 | 審查項 | 結論 | |
參數的書寫是否完整?不要貪圖省事只寫參數的類型而省略參數名字。 | 是 | ||
參數命名、順序是否合理? | 合理 | ||
參數的個數是否太多? | 是 | ||
是否使用類型和數目不確定的參數? | 是 | ||
是否省略了函數返回值的類型? | 否 | ||
函數名字與返回值類型在語義上是否沖突? | 不沖突 | ||
重要 | 是否將正常值和錯誤標誌混在一起返回?正常值應當用輸出參數獲得,而錯誤標誌用return語句返回。 | 否 | |
重要 | 在函數體的“入口處”,是否用assert對參數的有效性進行檢查? | 否 | |
重要 | 使用濫用了assert? 例如混淆非法情況與錯誤情況,後者是必然存在的並且是一定要作出處理的。 | 否 | |
重要 | return語句是否返回指向“棧內存”的“指針”或者“引用”? | 是 | |
是否使用const提高函數的健壯性?const可以強制保護函數的參數、返回值,甚至函數的定義體。“Use const whenever you need” | 是 | ||
內存管理 | |||
重要性 | 審查項 | 結論 | |
重要 | 用malloc或new申請內存之後,是否立即檢查指針值是否為NULL?(防止使用指針值為NULL的內存) | 是 | |
重要 | 是否忘記為數組和動態內存賦初值?(防止將未被初始化的內存作為右值使用) | 否 | |
重要 | 數組或指針的下標是否越界? | 否 | |
重要 | 動態內存的申請與釋放是否配對?(防止內存泄漏) | 是 | |
重要 | 是否有效地處理了“內存耗盡”問題? | 否 | |
重要 | 是否修改“指向常量的指針”的內容? | 否 | |
重要 | 是否出現野指針?例如(1)指針變量沒有被初始化;(2)用free或delete釋放了內存之後,忘記將指針設置為NULL。 | 是 | |
重要 | 是否將malloc/free 和 new/delete 混淆使用? | 否 | |
重要 | malloc語句是否正確無誤?例如字節數是否正確?類型轉換是否正 確? | 是 | |
重要 | 在創建與釋放動態對象數組時,new/delete的語句是否正確無誤? | 是 | |
C++ 函數的高級特性 | |||
重要性 | 審查項 | 結論 | |
重載函數是否有二義性? | |||
重要 | 是否混淆了成員函數的重載、覆蓋與隱藏? | 否 | |
運算符的重載是否符合制定的編程規範? | 否 | ||
是否濫用內聯函數?例如函數體內的代碼比較長,函數體內出現循環。 | 否 | ||
重要 | 是否用內聯函數取代了宏代碼? | 否 | |
類的構造函數、析構函數和賦值函數 | |||
重要性 | 審查項 | 結論 | |
重要 | 是否違背編程規範而讓C++ 編譯器自動為類產生四個缺省的函數: | 否 | |
(1)缺省的無參數構造函數; | 沒有 | ||
(2)缺省的拷貝構造函數; | 沒有 | ||
(3)缺省的析構函數; | 沒有 | ||
(4)缺省的賦值函數。 | 沒有 | ||
重要 | 構造函數中是否遺漏了某些初始化工作? | 否 | |
重要 | 是否正確地使用構造函數的初始化表? | 否 | |
重要 | 析構函數中是否遺漏了某些清除工作? | 否 | |
是否錯寫、錯用了拷貝構造函數和賦值函數? | 否 | ||
重要 | 賦值函數一般分四個步驟: | ||
(1)檢查自賦值; | 是 | ||
(2)釋放原有內存資源; | 是 | ||
(3)分配新的內存資源,並復制內容; | 是 | ||
(4)返回 *this。是否遺漏了重要步驟? | 否 | ||
重要 | 是否正確地編寫了派生類的構造函數、析構函數、賦值函數? | 否 | |
註意事項: | |||
(1)派生類不可能繼承基類的構造函數、析構函數、賦值函數。 | 沒有 | ||
(2)派生類的構造函數應在其初始化表裏調用基類的構造函數。 | 沒有 | ||
(3)基類與派生類的析構函數應該為虛(即加virtual關鍵字)。 | 沒有 | ||
(4)在編寫派生類的賦值函數時,註意不要忘記對基類的數據成員重新賦值 | 沒有 | ||
類的高級特性 | |||
重要性 | 審查項 | 結論 | |
重要 | 是否違背了繼承和組合的規則? | 否 | |
(1)若在邏輯上B是A的“一種”,並且A的所有功能和屬性對B而言都有意義,則允許B繼承A的功能和屬性。 | 是 | ||
(2)若在邏輯上A是B的“一部分”(a part of),則不允許B從A派生,而是要用A和其它東西組合出B。 | 是 | ||
其它常見問題 | |||
重要性 | 審查項 | 結論 | |
重要 | 數據類型問題: | ||
(1)變量的數據類型有錯誤嗎? | 沒有 | ||
(2)存在不同數據類型的賦值嗎? | 有 | ||
(3)存在不同數據類型的比較嗎? | 存在 | ||
重要 | 變量值問題: | ||
(1)變量的初始化或缺省值有錯誤嗎? | 沒有 | ||
(2)變量發生上溢或下溢嗎? | 沒有 | ||
(3)變量的精度夠嗎? | 夠 | ||
重要 | 邏輯判斷問題: | ||
(1)由於精度原因導致比較無效嗎? | 沒有 | ||
(2)表達式中的優先級有誤嗎? | 沒有 | ||
(3)邏輯判斷結果顛倒嗎? | 沒有 | ||
重要 | 循環問題: | ||
(1)循環終止條件不正確嗎? | |||
(2)無法正常終止(死循環)嗎? | 正確 | ||
(3)錯誤地修改循環變量嗎? | 沒有 | ||
(4)存在誤差累積嗎? | 不存在 | ||
重要 | 錯誤處理問題: | ||
(1)忘記進行錯誤處理嗎? | 沒有 | ||
(2)錯誤處理程序塊一直沒有機會被運行? | 沒有 | ||
(3)錯誤處理程序塊本身就有毛病嗎?如報告的錯誤與實際錯誤不一致,處理方式不正確等等。 | 正確 | ||
(4)錯誤處理程序塊是“馬後炮”嗎?如在被它被調用之前軟件已經出錯。 | 沒有 | ||
重要 | 文件I/O問題: | ||
(1)對不存在的或者錯誤的文件進行操作嗎? | 沒有 | ||
(2)文件以不正確的方式打開嗎? | 沒有 | ||
(3)文件結束判斷不正確嗎? | 正確 | ||
(4)沒有正確地關閉文件嗎? | 正確 | ||
總結
??本次審查代碼是二叉樹的先序中序後序層次遍歷。先運用指針創建樹,然後對樹進行不同方式的遍歷,在實際的運用過程中,我覺得這樣的方式可以有助於數據的查找和錯誤的查詢。
??該代碼格式標準,內容清晰,邏輯算法書寫簡便(函數選用了遞歸調用),不足的是代碼只是解釋了每個函數的作用,註釋不是很詳細,基本的變量名沒有做到一目了然,這部分需要做一些改進。
??本次的題目說要對結對的隊友的代碼進行評價,當時光看題目真的是一頭霧水,不過幸好老師給了評價的表格,有了提示再一步步對照就覺得比較容易了,在實踐操作的時候,發現老師寫的一些評判標準裏的名詞不知道什麽意思,(還查了一下,對自己的水平有點失望啊),所有不懂的名詞解釋如下:
布爾變量:有兩種邏輯狀態的變量,它包含兩個值:真和假;
const常量:與變量不同,有const修飾的量是常量,常量的值不可改變,在定義的時候必須初始化,使用未初始化的常量是錯誤的;
函數體的“入口處”:讓計算機從你指定的地方開始執行。比如C語言就是從main開始;
函數的健壯性:程序在運行過程中出現一般性的錯誤,程序會自動進行錯誤處理函數;
成員函數的重載:只是在類的內部存在,但是不能靠返回值類型來判斷
覆蓋:也叫重寫,子類重新定義父類中相同名稱和參數的虛函數,函數特征相同,但是具體實現不同,主要是在繼承關系中出現的;
隱藏:也叫重定義,是指派生類的函數屏蔽了與其同名的基類函數;
內聯函數:類內定義的函數被默認成內聯函數;
宏代碼:計算機的一種編程語言,把復雜的源文件變成簡單、精短的代碼;
缺省:系統默認狀態,意思與“默認”相同。
終於評完了這些項目,最後用Markdown進行排版的時候,不太會插入表格,在同學的幫助下很輕松的解決了這個問題,很謝謝他。這次的評判對自己以後的代碼規範很有幫助,謝謝隊友的建議,自己在今後會好好努力,註意代碼的一些細節,把代碼寫的更好。
結對編程(代碼審查)