注釋怎么寫(xiě)不容易挨揍?
不點(diǎn)藍(lán)字,我們哪來(lái)故事?

每天 11 點(diǎn)更新文章,餓了點(diǎn)外賣(mài),點(diǎn)擊 ??《無(wú)門(mén)檻外賣(mài)優(yōu)惠券,每天免費(fèi)領(lǐng)!》

如果領(lǐng)導(dǎo)給你一個(gè)項(xiàng)目的源碼讓你閱讀,并理解重構(gòu)代碼,但里面一句注釋都沒(méi)有,我想這肯定是之前同事“刪庫(kù)跑路”了。
看一份源碼什么很重要?除了各種代碼規(guī)范之外,還有一個(gè)比較重要的就是注釋。
注釋雖然寫(xiě)起來(lái)很痛苦, 但對(duì)保證代碼可讀性至關(guān)重要,下面我們就以C/C++代碼規(guī)范注釋****為例,將描述如何注釋以及有哪些講究。
1、注釋風(fēng)格
1. 總述
一般使用?//?或?/* */,只要統(tǒng)一就好。
2. 說(shuō)明
//?或?/* */?都可以,但團(tuán)隊(duì)要在如何注釋及注釋風(fēng)格上確保統(tǒng)一。
2、文件注釋
1. 總述
在每一個(gè)文件開(kāi)頭加入版權(quán)、作者、時(shí)間等描述。
文件注釋描述了該文件的內(nèi)容,如果一個(gè)文件只聲明,或?qū)崿F(xiàn),或測(cè)試了一個(gè)對(duì)象,并且這個(gè)對(duì)象已經(jīng)在它的聲明處進(jìn)行了詳細(xì)的注釋,那么就沒(méi)必要再加上文件注釋,除此之外的其他文件都需要文件注釋。
2. 說(shuō)明
法律公告和作者信息:
每個(gè)文件都應(yīng)該包含許可證引用。也要為項(xiàng)目選擇合適的許可證版本(比如, Apache 2.0, BSD, LGPL, GPL)。
3. 文件內(nèi)容
如果一個(gè)?.h?文件聲明了多個(gè)概念, 則文件注釋?xiě)?yīng)當(dāng)對(duì)文件的內(nèi)容做一個(gè)大致的說(shuō)明, 同時(shí)說(shuō)明各概念之間的聯(lián)系。一個(gè)一到兩行的文件注釋就足夠了, 對(duì)于每個(gè)概念的詳細(xì)文檔應(yīng)當(dāng)放在各個(gè)概念中, 而不是文件注釋中。
不要在?.h?和?.cc?之間復(fù)制注釋, 這樣的注釋偏離了注釋的實(shí)際意義。
最后再舉個(gè)最簡(jiǎn)單的實(shí)際例子:
/************************************************************************
*
*????Copyright??Copyright?2020?Google?Inc.
*????File?Name:?文件名
*????Description:?描述
*
*????Version:?V1.0
*????Author:?Your_Name
*????Create?Time:?2020-01-01
*
*************************************************************************/
3、函數(shù)注釋
1. 總述
函數(shù)聲明處的注釋描述函數(shù)功能; 定義處的注釋描述函數(shù)實(shí)現(xiàn)。
2. 說(shuō)明
函數(shù)聲明:
基本上每個(gè)函數(shù)聲明處前都應(yīng)當(dāng)加上注釋, 描述函數(shù)的功能和用途。只有在函數(shù)的功能簡(jiǎn)單而明顯時(shí)才能省略這些注釋(例如, 簡(jiǎn)單的取值和設(shè)值函數(shù))。
比如:
/************************************************************************
*
*????函?數(shù)?名:函數(shù)名
*????函數(shù)功能:功能描述
*????輸入?yún)?shù):void
*????輸出參數(shù):void
*????返?回?值:??void
*
*????作????者:Your_Name
*????創(chuàng)建時(shí)間:2020-01-01
*????其他說(shuō)明:無(wú)
*????修改信息:無(wú)
*
************************************************************************/
函數(shù)定義:
如果函數(shù)的實(shí)現(xiàn)過(guò)程中用到了很巧妙的方式, 那么在函數(shù)定義處應(yīng)當(dāng)加上解釋性的注釋。比如, 你所使用的編程技巧, 實(shí)現(xiàn)的大致步驟, 或解釋如此實(shí)現(xiàn)的理由。舉個(gè)例子, 你可以說(shuō)明為什么函數(shù)的前半部分要加鎖而后半部分不需要。
不要?從?.h?文件或其他地方的函數(shù)聲明處直接復(fù)制注釋. 簡(jiǎn)要重述函數(shù)功能是可以的, 但注釋重點(diǎn)要放在如何實(shí)現(xiàn)上。
4、變量注釋
1. 總述
通常變量名本身足以很好說(shuō)明變量用途, 某些情況下, 也需要額外的注釋說(shuō)明。
2. 說(shuō)明
根據(jù)不同場(chǎng)景、不同修飾符,變量可以分為很多種類(lèi),總的來(lái)說(shuō)變量分為全局變量、局部變量。
一般來(lái)說(shuō)局部變量?jī)H限于局部范圍,其含義相對(duì)簡(jiǎn)單容易理解,只需要簡(jiǎn)單注釋即可。
全局變量一般作用于多個(gè)文件,或者整個(gè)工程,因此,其含義相對(duì)更復(fù)雜,所以在注釋的時(shí)候,最好描述清楚其具體含義,就是盡量全面描述。
(提示:全局變量盡量少用)
5、拼寫(xiě)注釋
1. 總述
可能一個(gè)變量、一個(gè)函數(shù)包含的意思非常復(fù)雜,需要多個(gè)單詞拼寫(xiě)而成,此時(shí)對(duì)拼寫(xiě)內(nèi)容就需要詳細(xì)注釋。
2. 說(shuō)明
注釋的通常寫(xiě)法是包含正確大小寫(xiě)和結(jié)尾句號(hào)的完整敘述性語(yǔ)句。大多數(shù)情況下, 完整的句子比句子片段可讀性更高。短一點(diǎn)的注釋, 比如代碼行尾注釋, 可以隨意點(diǎn), 但依然要注意風(fēng)格的一致性。
同時(shí),注釋中的拼寫(xiě)、逗號(hào)也很重要。雖然被別人指出該用分號(hào)時(shí)卻用了逗號(hào)多少有些尷尬, 但清晰易讀的代碼還是很重要的。正確的標(biāo)點(diǎn), 拼寫(xiě)和語(yǔ)法對(duì)此會(huì)有很大幫助
6、TODO 注釋
1. 總述
對(duì)那些臨時(shí)的, 短期的解決方案, 或已經(jīng)夠好但仍不完美的代碼使用?TODO?注釋。
TODO?注釋要使用全大寫(xiě)的字符串?TODO, 在隨后的圓括號(hào)里寫(xiě)上你的名字, 郵件地址, bug ID, 或其它身份標(biāo)識(shí)和與這一?TODO?相關(guān)的 issue。主要目的是讓添加注釋的人 (也是可以請(qǐng)求提供更多細(xì)節(jié)的人) 可根據(jù)規(guī)范的?TODO?格式進(jìn)行查找。添加?TODO?注釋并不一定意味著你要自己來(lái)修正, 因此當(dāng)你加上帶有姓名的?TODO?時(shí), 一般都是寫(xiě)上自己的名字。
7、結(jié) 語(yǔ)
注釋固然很重要, 但最好的代碼應(yīng)當(dāng)本身就是文檔,有意義的類(lèi)型名和變量名, 要遠(yuǎn)勝過(guò)要用注釋解釋的含糊不清的名字。
你寫(xiě)的注釋是給代碼閱讀者看的, 也就是下一個(gè)需要理解你代碼的人. 所以慷慨些吧, 下一個(gè)讀者可能就是你!
往期推薦
下方二維碼關(guān)注我

技術(shù)草根,堅(jiān)持分享?編程,算法,架構(gòu)

看完文章,餓了點(diǎn)外賣(mài),點(diǎn)擊 ??《無(wú)門(mén)檻外賣(mài)優(yōu)惠券,每天免費(fèi)領(lǐng)!》

