变量命名
2016-05-16 17:11
232 查看
变量命名
本文翻译了http://a-nickels-worth.blogspot.com/2016/04/a-guide-to-naming-variables.html?utm_source=wanqu.co&utm_campaign=Wanqu+Daily&utm_medium=email
的大致意思
命名原则
代码是给人看的,而不是给机器看的不要让别人思考代码想做什么,命名应该传达出作者的真正意图
代码审查是件异常繁重的工作,所以变量名应该尽可能简洁,使人将精力放在代码上
相对于注释,我们更喜欢好的名字,但这并不能取代所有的注释
实用方针
不要在名字里放数据类型将变量名改为复数形式,而不是加入类型
如果你要加入一些标量类型(int,String,char),确保你能解释清楚这个变量是什么,派生这个变量你做了什么转化(例如变为小写)
多数情况下使用日耳曼命名
浅显易懂,不需要太多的先验知识
足够特定,不会混淆
对于通用的方法,使用通用的命名即可
简单的注释体现在变量名上
减少代码审核工作者的压力
如果这个变量使用的时候中间隔了很远,那么审核者不需要向前翻阅注释
避免陈词滥调
类似于这些用烂的命名应该避免使用:val,value,result,res,retval,tmp,temp,count,str,tempString,intStr
当意思很明确的时候,使用约定俗成的命名
跟上面的陈词滥调不同,这里说的是一些被广泛认可的命名
对于循环直接使用i,j,k
对于极限或数量,使用n
对于例外使用e
当使用范围很小的时候,可以用短命名(一到两个字母)
5行以内
对该变量没有更合适的名字
读者在该情况下无法记住更多的信息
删掉没多少用处的一次性变量(OTVs)
对于那些只为了传递结果的垃圾变量,尽量删除
使用短OTVs来打破长句子
当需要调用很多次中间结果的时候,可以使用短OTVs来增强可读性
使用短OTVs打破复杂的表达方式
理由同上
使用长OTVs来解释不易理解的代码
比如,你不得不调用别人的代码,但是别人用的函数名不易理解
相关文章推荐
- java自带的多种xml命名空间,及其作用
- VR一些优秀博客文章
- 动画演示10个有趣但毫无用处的Linux命令
- 数组去重
- android MotionEvent中getX()和getRawX()的区别
- 5.16
- 增加Ueditor 字体
- <OJ_Sicily>Can I Post the letter
- tsung测试http的get和post方法配置
- 四十一 常用内建模块 datetime
- 迭代器的抽象
- JAVA项目JDK版本修改
- Ubuntu以管理员身份打开文件
- sysfs接口函数到建立_DEVICE_ATTR
- sizeof的详尽用法
- 程序锁遇到的问题及解决办法
- 链表面试题Java实现【重要】
- 安装oracle提示cannot open display: :0.0
- 给初学LoadRunner的朋友的一些建议(转载)
- SVN安装Please wait while the installer finishes determining your disk space requirements