变量命名驼峰法：让代码更清晰的实用技巧

什么是变量命名驼峰法

在写代码的时候，给变量起名字是个日常操作。比如你要存用户的名字，总不能叫 a 或 temp 吧？这时候“驼峰法”就派上用场了。它是一种命名约定，让变量名既可读又规范。

小驼峰和大驼峰的区别

驼峰法分两种：小驼峰（lowerCamelCase）和大驼峰（UpperCamelCase）。它们的区别在于第一个单词的首字母是否大写。

小驼峰从第二个单词开始首字母大写，第一个小写：

userName
messageCount
currentTemperature

大驼峰则是每个单词首字母都大写，包括第一个：

UserName
HttpRequest
DataProcessor

什么时候该用哪种

在 JavaScript 中，普通变量和函数通常用小驼峰：

let userAge = 25;
function calculateTotalPrice() {
    // 处理逻辑
}

而构造函数或类名则习惯用大驼峰：

class UserProfile {
    constructor(name) {
        this.name = name;
    }
}

Java 和 C# 也类似，类名大驼峰，方法和字段用小驼峰。这样一看代码就知道是类还是普通变量，不用翻定义。

为什么不用下划线或全小写

有些语言像 Python 更喜欢用下划线分隔单词（user_name），这叫蛇形命名法。但在 JavaScript、Java 这些语言里，驼峰是主流。如果你混着来，比如写成 user_name_count，团队其他人看了会皱眉——风格不统一，读起来也费劲。

全小写连在一起像 username 看着简单，但遇到多个词就糊了。比如 getusersessiondata，得盯半天才能拆开。

实际场景中的好处

想象你在维护一段老代码，看到一个变量叫 isLoadingDataFromServer，虽然长，但意思清楚。如果是 flag1，那你得顺着逻辑翻半天才知道它是干啥的。

再比如团队协作时，大家都用驼峰法，新来的同事一上手就能看懂变量含义，不用问“这个 datainfo 到底是用户数据还是日志信息”。

注意别走偏

驼峰法好用，但别滥用。名字要准确，别为了省事缩写成谜语。比如 usrNm 就不如 userName 直观。拼写完整一点，对别人也对自己负责。

另外，保持项目内风格一致最重要。就算你喜欢蛇形，但如果整个项目都是驼峰，那就跟着来，别另搞一套。