結對編程第一次做業


1.小夥伴的代碼地址和博客地址:

小夥伴的代碼地址:https://git.dev.tencent.com/yang_gang/ruanjiangongchengjieduizuoye.git

小夥伴的博客地址:http://www.javashuo.com/article/p-kbsrgzac-da.html


2.代碼評審:

功能模塊名稱  隨機二叉樹顯示
審查人 武學澤  審查日期  2019年4月21日
代碼名稱  main.cpp 代碼做者  楊港
文件結構
重要性       審查項 結論
                 頭文件和定義文件的名稱是否合理?
  頭文件和定義文件的目錄結構是否合理?
  版權和版本聲明是否完整?
重要 頭文件是否使用了 ifndef/define/endif 預處理塊?
  頭文件中是否只存放「聲明」而不存放「定義」 否 
     
程序的版式
重要性       審查項 結論
  空行是否得體? 否 
  代碼行內的空格是否得體? 否 
  長行拆分是否得體? 否 
  「{」 和 「}」 是否各佔一行而且對齊於同一列? 否 
重要 一行代碼是否只作一件事?如只定義一個變量,只寫一條語句。 否 
重要 If、for、while、do等語句自佔一行,不論執行語句多少都要加 「{}」。 否 
重要 在定義變量(或參數)時,是否將修飾符 * 和 & 緊靠變量名?註釋是否清晰而且必要? 否 
重要 註釋是否有錯誤或者可能致使誤解? 否 
重要 類結構的public, protected, private順序是否在全部的程序中保持一致? 是 
     
命名規則 
重要性       審查項 結論
重要 命名規則是否與所採用的操做系統或開發工具的風格保持一致? 是 
  標識符是否直觀且能夠拼讀? 是 
  標識符的長度應當符合「min-length && max-information」原則? 否 
重要 程序中是否出現相同的局部變量和所有變量? 否 
  類名、函數名、變量和參數、常量的書寫格式是否遵循必定的規則? 是 
  靜態變量、全局變量、類的成員變量是否加前綴? 否 
     
表達式與基本語句 
重要性       審查項 結論
重要 若是代碼行中的運算符比較多,是否已經用括號清楚地肯定表達式的操做順序? 是 
  是否編寫太複雜或者多用途的複合表達式? 否 
重要 是否將複合表達式與「真正的數學表達式」混淆?
重要 是否用隱含錯誤的方式寫if語句? 例如 否 
  (1)將布爾變量直接與TRUE、FALSE或者一、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)沒有正確地關閉文件嗎? 無 
     

3.我的總結:


  本次代碼審計個人同伴是個人室友楊港。 他的代碼是隨機生成一棵二叉樹,他的代碼中涉及到結構體,功能函數,節點的隨機生成,還有遞歸函數,和二叉樹的生成。註釋清晰明朗,程序框架清晰,變量命名有規有距,符合代碼的規範,就是在括號的寫法和空行空格的寫法上存在一些問題,從中我學到了許多代碼規範的內容。很有收益。
  從此次代碼評審中,我學到了,一份好的代碼,首先要有好的文件結構,包括頭文件的聲明目錄名稱,和版權問題,其次,程序的版式必定要規範,包括空行空格括號,修飾符,註釋,類結構的順序等。還有就是程序中變量的命名規則,變臉的祕密必需要清晰可讀,還要區分局部變量,靜態變量,全局變量類名,函數名,參數常量的書寫等。就是表達式和基本語句還有函數的編寫,表達式必需要規範,可執行,基本語句必需要符合語法,函數必需要有正確的返回值。同時還要注意累的基本問題。
  以上內容就是我此次代碼評審中所學到的,做爲程序員,編寫代碼是咱們的基礎工做,也是咱們的必要工做,因此一份良好的代碼,和合格的代碼規範,是咱們必需要完成的。
  此次評審便是一次做業,也是一次學習,經過對同伴的代碼的評審,咱們能夠學到不少代碼規範的問題,也會對咱們將來的編碼歷程鋪一條好路。同時,在之後的學習和工做里程中,我也會按以上要求嚴格要求本身作一個積極向上的程序員,寫好每一段代碼。
html

相關文章
相關標籤/搜索