当涉及到代码文档时,人们通常认为代码应该解释自己,内联代码文档(不包括公共API文档)应该只解释元代码问题,例如解决方法,解释为什么选择特定的实现,等等。
如何使您的代码更易读,更好地解释自己?
编辑:除了一般性评论外,我还想找一些具体的技巧。因此,如果你说的是“简短但有意义的变量名”,也可以得到一个有用的提示(例如“使用三字原则”)。
发布于 2009-02-15 14:06:34
查看Jeff的代码嗅探博客文章。差不多可以概括一下。当涉及到可读性很好的代码时,我将添加我的个人精神:
return true;前面的/* finished */注释一样)。说真的,有什么意义?大多数(好的)代码自己解释;发布于 2009-02-15 13:30:21
发布于 2009-02-15 13:30:59
使用好的变量和方法名称。将代码分解为实现特定目的的有意义的部分。保持类的内聚力(所有的类一起工作)和解耦(类之间几乎没有依赖关系)。不要重复(干)。遵循Bob叔叔的固体原理 (不是法律,就像他指出那样),让代码变得更好。
https://stackoverflow.com/questions/550861
复制相似问题