驼峰命名法(驼峰命名法规范)

大家好，驼峰命名法相信很多的网友都不是很明白，包括驼峰命名法规范也是一样，不过没有关系，接下来就来为大家分享关于驼峰命名法和驼峰命名法规范的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

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

1、匈牙利命名法

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

优点：

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

缺点：

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

2、驼峰命名法

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

大驼峰命名法：charMyFirstName[32];

小驼峰命名法：charmyFirstName[32];

优点：

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

缺点：

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

3、下划线法

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

charMy_First_Name[32];

charmy_last_name[32];

优点：

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

缺点：

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

写在最后：

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

好了，文章到这里就结束啦，如果本次分享的驼峰命名法和驼峰命名法规范问题对您有所帮助，还望关注下本站哦！