代码整洁之道_04注释

第四章 注释

“别给糟糕的代码加注释,重写吧”——大牛

注释的恰当用法是弥补我们在用代码表达意图时遭遇的失败。注释总是一种失败,我们总无法找到不用注释就能表达自我的方法,所以总要有注释,这并不值得庆贺。

  • 每次用代码表达都该夸奖一下自己。

  • 每次写注释,都该做个鬼脸,感受自己在表达能力上的失败!

0. 为什么贬低注释

因为注释会撒谎。

  • 注释存在的时间越久,离其所描述的代码就越远:程序员不能坚持维护注释;
  • 注释并不总随着代码走,而代码在变动,在演化,在复制粘贴中迷失自我。

1、好注释

  1. 法律信息;
  2. 提供信息的注释;
  3. 对意图的解释;
  4. 阐释,把某些晦涩难明的参数或返回值的意义翻译为某种可读形式;
  5. 警示,可能会出现某种后果的注释;
  6. TODO注释;
  7. 放大,放大某种看来不合理之物的重要性;
  8. 公共API中的 Javadoc;

2、坏注释

  1. 喃喃自语

  2. 多余的注释

  3. 误导性注释

  4. 循规式注释

  5. 日志式注释

  6. 废话注释

  7. 可怕的废话

  8. 能用函数或变量时就别用注释

  9. 位置标记

  10. 括号后面的注释

  11. 归属与署名

  12. 注释掉的代码

  13. HTML注释

  14. 非本地信息,别在本地注释的上下文环境中给出系统级的信息

  15. 信息过多

  16. 不明显的联系

  17. 函数头

  18. 非公共代码中的Javadoc