程式設計師要避免的五種程式注釋方式

2021-09-25 03:28:21 字數 1571 閱讀 4933

全文如下:

你是否有過複查程式時發現有些注釋毫無用處?程式注釋是為了提高**的可讀性,為了讓原作者以外的其他開發人員更容易理解這段程式。

,和這篇講到的五種程式設計師對比一下。

1. 高傲的程式設計師

public

classprogram }

這種程式設計師是如此的欣賞自己的程式,以至於不得不在每行**上都署上自己的大名。應該讓版本控制系統來提供程式變更的資訊,他這樣做一眼看去並不能說明誰對這行**負責。

2. 過時的程式設計師

public

classprogram

} }

如果一段程式不再有用(比如廢棄了),那就刪了它吧——不要被幾行沒用的注釋搞的程式混亂不堪。即使你可能以後重用這段**,你也可以使用版本控制系統,用它把你的程式恢復到以前的樣子。

3. 天真的程式設計師

public

classprogram }

} 基本的程式設計語法規則我們大家都知道——我們不需要「程式設計入門」。你不需要浪費時間來解釋乙個顯而易見的東西,我們更希望知道的是你的程式功能——那是浪費空間了。

4. 傳奇的程式設計師

public

classprogram

else

if(datetime.today.dayofweek == dayofweek.wednesday)

else

commission = price * commissionrate;

} }

如果你不得不在注釋裡寫明需求,那也不要提到人名。銷售員jim很可能在公司裡不再是銷售。而且大多數讀到這段注釋的程式設計師未必都知道jim是誰。你描述的是實際情況但跟我們的內容不相干,所以就省掉吧。

5. 未來程式設計師

public

classprogram }

} 這種注釋是一種集大成者,它包含了上面所說的注釋的所有問題。todo注釋在乙個專案最初的開發階段是非常有用的,但這個注釋看起來是在好幾年前的產品程式裡的——它證明了程式有問題。如果程式有問題需要解決,馬上解決,不要拖到日後再解決。

如果你寫過這樣的注釋,或者是你正在尋找一種最好的注釋方案,我推薦你讀一讀steve mcconnell寫的code complete這本書。這是我推薦給所有程式設計師必讀的六本書中的一種。或者你可以學學如何停止注釋你的程式(英文)。

你是否在你的程式裡還見到過其它種沒有意義的或討厭的注釋?歡迎共享。

千萬要避免的五種程式注釋方式

你是否有過複查程式時發現有些注釋毫無用處?程式注釋是為了提高 的可讀性,為了讓原作者以外的其他開發人員更容易理解這段程式。public class program 這種程式設計師是如此的欣賞自己的程式,以至於不得不在每行 上都署上自己的大名。應該讓版本控制系統來提供程式變更的資訊,他這樣做一眼看去並...

程式設計師應該避免寫注釋

程式設計師工作效率有多高,取決於他大腦中對當前專案的熟悉程度,即變數名稱 資料結構 程式設計介面以及工具類甚至是目錄等,這些細節記住的越多,效率也越高。我們寫注釋的目的不是說這段 如何執行,而是想解釋為什麼要這麼執行,這也正是與其研究 研究注釋,不如研究寫下這些 的人,借用一下阿特伍德的部落格原文中...

程式設計師!這5種讓人鬱悶的程式注釋方式千萬要避開!

你是否有過複查程式時發現有些注釋毫無用處?程式注釋是為了提高 的可讀性,為了讓原作者以外的其他開發人員更容易理解這段程式。我把這些讓人鬱悶的注釋方式歸為了五類,同時把寫出這些注釋的程式設計師也歸為了五類。我希望讀了這篇文章後你感覺自己不屬於其中的任何一種型別。複製 如下 public class p...