個人部落格作業 2

2022-08-05 12:00:25 字數 1501 閱讀 5669

**規範的必要性

關於**規範,存在有以下幾種偏見甚至錯誤的觀點

對於觀點一, markcc講述了他在google的親身經歷,他曾經看過google的codebase,令其驚訝的是他居然能夠讀懂這些**,而原因很簡單,就是google的開發人員都遵循著相同的**規範,這些**規範能夠幫助程式設計師們看懂任何一段遵守規範寫出來的**。也許有人會講,遵守這些規範會影響開發效率,但事實上開發人員是經常變動的,而且**通常是需要維護的,試想一下,**的維護人員在閱讀**時,大部分的時間只是為了理清基本的語法結構,那麼開發時候遵循相同**規範所耗費的時間就顯得那麼微不足道了,而且**規範只要熟悉並加以遵循,那麼對於編碼幾乎不產生任何開發效率上的負擔。正是因為有一個統一的標準,當你在讀一段**時,無論它是否是你寫的,只要限定同樣的**結構,同樣的命名約定,你會發現根本就無需多麼費力的去讀**,因為你能輕易識別出**結構。因而我們更加願意選擇在開發時遵循相同的**規範。

對於觀點二,有時程式設計師會對自己的**風格很滿意,認為從自己的**中可以體現個性以及自己的思維過程,更是自己技能和創造力的體現,倘若被迫去遵守那些蹩腳的標準,那麼無疑是對自己創造力的扼殺。然而事實上個人的思想和創造力不應體現在瑣碎的語法細節上,而應當蘊含在程式的內部。相同的**規範事實上更容易讓別人看到你的創造力,因為別人能夠理解你在做什麼,而無需考慮瑣碎的語法細節。

對於觀點三,也許有人會認為**規範不是專門針對特定專案設計的,因而很大程度來講這個**規範對於某個特定的專案來講不是最優的。然而,**規範是對語法的規定,並不最優不意味著不好,語法規範可能降低具體專案的效益,但同時也增加了大規模專案組織的效益。markcc介紹了他的經驗,他認為一個專案具有特定的**規範這件事沒有錯,最好的做法是在一個大規模的**規範框架下,針對具體的專案進行擴充套件,使其擁有專案特定的語法風格和結構。

對於觀點四**複審(結對隊友:金哉仁)

**複審的評判標準參考部落格:stop more bugs with our code review checklist

複審從**概況**安全性**文件**的測試四個方面展開。

具體稽核點列舉如下:

1.綜述:

2.安全性:

3.**文件:

4.測試:

**複審的結果採用思維導圖的方式給予更加直觀的展示,如下圖: