代碼審查更重要的是一種技術分享或者代碼共享。在審查過程中,通過被審查者的講解、審查人員的質詢來發現問題并傳播知識。如果審查者做過相關東西并且有更好的解決方案,能夠提出來也可以做到一定的技術分享;同時被審查者如果被審查出的問題較多,也可以在一定程度上提高對技術的追求。
此前,我們曾發表過《 高效代碼審查的10大經驗 》,文章提到:1.代碼審查要求團隊有良好的文化;2.謹慎的使用審查中問題的發現率作為考評標準;3.控制每次審查的代碼數量;4.帶著問題去進行審查;5.所有的問題和修改,必須由原作者進行確認;6.利用代碼審查激活個體“能動性”;7.在非正式,輕松的環境下進行代碼審查;8.提交代碼前自我審查,添加對代碼的說明;9.實現中記錄筆記可以很好的提高問題發現率;10.使用好的工具進行輕量級的代碼審查。
開發者可分為資深開發、高級開發、中級開發、初級開發四個級別,針對不同的級別,如何進行代碼分配審查工作呢。本文我們將探討程序員如何提升自我修煉之道。
閱讀能力,追蹤及支持
- 提高代碼的可讀性比如代碼的完整性,代碼潔凈、同行代碼審查,通過查看代碼指南從而獲取一些觀點。
- 改進應用程序追蹤和支持性——與任何運行你程序的開發者進行交談,從對方得知需要改進的地方,吸取好的建議,為代碼審查列一份清單。
可靠性和可測性
- .NET重構:注射質量,可測性以及給現有系統添加架構。
- 給斷開的特定服務器繪制一份草圖。
- 審查所有重試循環和確保他們的行為是合理的。
性能、安全、并發
- ? 在性能部分閱讀CLRS并做一些實踐,Programming pearls(編程珠璣)將會對你有所幫助。
- ?托管代碼的安全審查 。
- 并發——閱讀有關.net線程模型(查看文檔);了解異步同步模型以及它的工作原理,嘗試在紙上繪畫出并發工作時狀態,查看訪問資源是否有問題。
軟件設計:
- 閱讀關于模式方面的書籍。
- 嘗試用不同的模式進行編碼。
- 閱讀框架中的依賴注入以及流控制方面的書籍(MVC, MVVM)這個網站涵蓋了許多有用的資源,可以參考。
另外,在代碼審查期間,使用TODO和FIXME來標記代碼是非常有好處的。
各位開發者,你們所在的公司有嚴格的代碼審查機制嗎?如果有,歡迎與我們分享經驗。
英文出自: MSDN(編譯/夏夢竹)