爭論和反對評論，而不是編碼與編碼，然後評論

Question

什麼是在寫代碼時反對評論代碼的一些論據，而在後來寫回所有評論時反對代碼？在寫代碼之前寫評論怎麼樣？

Answer 1

我認爲在編寫代碼時編寫註釋非常重要，但這不應妨礙您稍後再回頭澄清事情。

提交書面意見，而編碼

• 你可能不會回去以後做。
• 你可能不會記得你爲什麼做了你所做的事情。
• 如果您必須研究一種技術或算法，那麼「引用您的來源」是一個好主意。編碼
  • 後

  書面意見，您將着眼於從一個全新的角度代碼，也許有更深入地瞭解這部分也不是很清楚。

Answer 2

在刪除之前指出顯而易見的內容。

1. 忘記的代碼塊的目的
2. 自我混亂

複雜的代碼，如循環和功能 其他開發者無法理解的代碼先進algothyms - 包括你自己以後在使用 也佔用內存，性能，當想要改善..本來可以做

Answer 3

而不是註釋寫代碼具有非常描述性名稱的變量，類，方法等。

在大多數情況下，首選測試來記錄代碼的意圖而不是註釋。

註釋立即在寫入代碼時立即創建「與代碼同步」問題。

我曾經評論過很多。現在，我很謹慎地使用評論。如果是這樣，通常對於不明確的不尋常的邊緣情況，或者不應該爲了一個相當模糊的原因而重構的代碼，儘管看起來應該是這樣。

Answer 4

DURING。

您瞭解您的代碼的每一行最好是，而您正在編寫它的。