匈牙利命名法为何被淘汰_程序中变量和函数的命名方法

良好的命名是编写优良程序必不可少的，通俗易懂的命名能够提升代码的可读性，从而提升项目的维护性，下面我来介绍下三种常见的命名办法，也是大家认可度比较高的命名方法，希望各位同行可以用作参考。

1、 匈牙利命名法

匈牙利命名法是以数据类型首字母加上标识符单词，数据类型与单词之间用下划线"_"分割，形式为：数据类型_单词组合，比如char str_currenttime[32]；我们一看变量名str_currenttime就可以知道它代表的实际含义是当前时间。

优点：

变量名较短时代表实际含义清晰，可以人为的检查变量在程序中的使用。

缺点：

当变量名长度较长时，一时间不容易看出它的意义，而且数据类型往往是多余的，因为实际项目中使用的数据类型是比较复杂的，而且现在集成开发环境(IDE)都支持快速跳转到变量定义的地方去查看变量定义，所以完全可以去除匈牙利命名中的数据类型。比如student_t andy，数据类型student_t可以包含姓名，学号，性别，学科，分数等信息，此时加上数据类型反而会让人困惑。

2、 驼峰命名法

驼峰命名法分为大驼峰法和小驼峰法，区别在于是否把第一个字母大写。如果把变量的每个单词首字母都大写，那么就是大驼峰命名法，也称为帕斯卡命名法；如果除了首字母小写，其余单词首字母都大写，那么就称为小驼峰命名法。如下：

大驼峰命名法：char MyFirstName[32];

小驼峰命名法：char myFirstName[32];

优点：

能够比较容易看出变量所代表的具体含义，很多C++代码都是采用这种办法来命名的。

缺点：

变量长度较长时，看久了会眼花O(∩_∩)O

3、 下划线法

所谓的下划线法就是在每个单词之间使用下划线"_"进行分割，使代码阅读起来更加的方便。比如：

char My_First_Name[32];

char my_last_name[32];

优点：

可读性更强，在驼峰命名法的基础上进行了改进，现在越来越多的大型项目慢慢的开始采用该命名法。

缺点：

变量的字符长度更长了(⊙o⊙)…

写在最后：

开发人员喜欢使用哪种命名办法由自己喜好而定，我个人推崇下划线法，虽然变量名称长了，但是可读性是最强的，我也一直在使用。我们IT界有句行话，自己代码写得好不好，可读性强不强，维护性高不高？六个月后再去阅读自己的代码，如果能一下看出写的是啥，那么这个代码可读性是比较强的；否则维护性是比较差的，那么接手你项目的人可能就是个“灾难”了。在此，祝愿各位写出都是可读性强，维护性高的项目，从而节省自己和他人的沟通成本。