这个可以忍受,逻辑清晰的代码就是最好的注释,工作几年后真的深以为然;
最可怕的不是不写注释,而是注释的内容和代码展现出来的逻辑对不上才可怕,那时你会犹豫和纠结究,而且你若是个负责的人会把注释改正确,这又会浪费你的时间;
所以,哥们学习阅读代码,对待注释慎重,特别是老代码;
质量真的很高,方法名没必要写了,参数和类名还是要写的.
cr的时候提出来.
方法上写的 基本程序员语文都不过关,注释写的人难以识别.
可能是同事懒不写,也可能是理念不一样,他认为接口已经能说明一切了。可以看下《重构》这本书,这本书里面有个很有意思的观念,好的接口名字已经能起到注释的功能,注释写的长说明需要重构了。
如果真的代码质量很好,那么好的代码本身就是注释。
不过一般流程规范的企业都要求代码写注释的,可以在团队内部制定一些代码规范以及code review等方法,同时代码质量可以作为绩效考核的一部分。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。