在我们所见的编码规范中,几乎都会要求代码要有注释,注释率应达到20%以上。 所以如此,是因为好的注释能够提高代码的可读性和可维护性。 可是,在实践中,即使是那些实施GJB5000A三级体系的组织,对代码注释都没有足够的重视:或者根本不写注释,或者对注释应付了事。像下面这样的说法也受到很多人的追捧:
尽管这种说法把码农变成了诗人,但是代码毕竟跟诗不太一样,有注释的代码不仅会提高代码的可读性和可维护性,同时它还能够帮助发现代码中隐藏的错误。 下面罗列几个常见的对代码注释理解不正确的例子。 误区一:代码即注释(换句话说就是不写注释)。 没有注释的代码,特别是那些连变更名也不好好命名的代码,通常会让人难以理解,时间一长,即使是自己写的代码,可能也不明白它要实现的意图。 比如下面这样的代码: a=3 误区二:注释与代码重复。 好的注释是用来解释代码的功能以及设计师的想法的,而不是对代码本身的解释。像下面这样的注释就没有任何意义,只是给代码徒增一些累赘。 # coding=utf-8 示例三:利用注释语法快速删除代码。 这种情况也是程序员们常见的做法。在软件调试过程中,为了快速验证一种新的思路,程序员们会将原有的代码注释掉,这样一旦新的思路行不通的时候,可以快速恢复原来的设计。而实际上,如果你做好配置管理,你大可不必担心删除的代码找不回来。无用的代码该删除就要删除,用注释的方式删除代码,很可能最终把这些垃圾遗留在代码中。 就像这样: x=2 关于代码注释的其他问题可能还包括:
这正是: 代码注释不能少,没有注释可不好 难以理解难维护,滥竽充数不能要 参考书目:编写高质量代码改善Python程序的91个建议,作者:张颖,赖勇浩,出版社:机械工业出版社 |
|