变量名的力量

变量名的力量

《代码大全》一书写的非常好，浅显易懂，非常适合工作之余阅读。今天在读了“变量名的力量”一章，让我又学到了很多的知识。现在将这些感受整理下来，将用于以后学习和备注。

变量名有那么重要吗？

可能很多人包括我都认为变量名没有那么重要。因为我就是一个使用一个变量，为什么还要给我定义这么多规则，什么大小写规则，骆驼规则等等。变量名称对于程序有那么重要吗？
变量名的命名规则真的有这么重要吗？
1、可以更好的按照规则行事。
古语云：无规则不成方圆。在编码上也要遵循这样的规则，做一项全局决策而不是某一局部决策，可以集中更多精力关注代码更重要的特征。
2、有助于在项目之间传递知识。
可以在不同项目间通过

变量名的定义规则

常用的命名规则

在程序中，有变量（全局，局部，类成员变量，常义变量），有类（自定义或标准库），有函数（也叫做方法），那么怎样区别他们呢？通过上下文区分是最可靠的方式，然而这不是直观的，直观的方法是干脆从命名规则上就加以区分。一般地，局部变量用小写字母开头，后面的词用大写字母开头，比如smallCake，whiteBirdWeight等，全局变量加上g的前缀，表示为g_smallCake等，类成员变量用m_前缀，如m_whiteBirdWeight，常义变量初始化后值就不能改变的变量，在C++中，这些变量通常是这样定义的：const int ITER_AMOUNT = 5，这有些类似于宏定义，全部都用大写字母，用下划线作分隔符；类开头即用大写，如SheepClass，Weather等；函数定义同类，也是开头大写，不用担心与类区分不开，因为C/C++/Java等编程语言要求调用函数一定要在末尾加上括号的，即使这个函数一个参数也不要用，如AddNumber()等。
比如我们项目上喜欢用变量的类型来命名变量，比如vsSalesOrderID,dsTemp等。

命名不能太长

不能用太长的命名来给变量定义，虽然能够很清楚的表达清楚变量的用途，但是太长了使用起来不方便。

命名不能太短

在全部变量或者使用频率很多的变量，不能使用i,x等变量名称定义变量。

有意义vs长度

命名太短使变量无意义，命名太长又不利于编程（敲击键盘累人），那么到底该怎么命名呢？这是一个需要权衡的问题，方法是用尽量短的单词来描述变量，同时使之有意义，别的程序员看到你的变量就知道它的用途了。

保存一致性

在命名时，经常会有命名成AB还是BA的问题，比如总人数可以命名成totalPeple，也可以命名成peapleTotal，到底该怎么办呢？这没有硬性的规定，到底怎样写取决于你，但要保持前后一致。比如你前面用了totalPeple，后面就不要用revenueAverage了，而要用averageRevenue。