我經常聽說提交訊息應該描述我為什么要進行這些更改。我認為我同意這一點。但是,我也經常聽到行內注釋(即源代碼中的注釋)應該說明為什么代碼以這種特定方式作業而不是它的作用。
那么,我什么時候應該將推理放在提交訊息中,什么時候應該將其寫入行內注釋中?是否有一些可以應用的經驗法則或最佳實踐?
uj5u.com熱心網友回復:
通常,對理解代碼所必需的事項使用行內注釋。例如,如果有一個棘手的演算法或微妙的行為,應該在注釋中記錄,以便讀者在查看單個修訂時可以查看和理解代碼。
您將使用提交訊息來解釋進行更改的理由,包括為什么選擇一種替代方案而不是另一種。例如,如果您選擇了一種演算法而不是另一種演算法,例如,出于性能原因,那屬于提交訊息。您還應該記錄諸如激發更改的問題或想法之類的內容,以幫助向未來的讀者解釋您的更改為何有價值。
最終的區別在于,在前一種情況下,您希望它在閱讀代碼時可見,而在后一種情況下,您可以期望感興趣的一方查看歷史記錄。
轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/431871.html
