小驼峰大小写可变大小写约定（例如 thisVariable）有什么意义？

Question

我希望这不会因为太宽泛而被关闭。我知道这取决于个人喜好，但所有大小写约定都有一个起源，我想知道这个约定从何而来，以及人们为什么使用它的合乎逻辑的解释。

这就是你要去的地方var empName;。我称之为低骆驼，虽然它在技术上可能被称为别的东西。就个人而言，我喜欢var EmpName。我称那是合适的骆驼，我喜欢它。

当我第一次开始编程时，我从较低的骆驼约定开始。我不知道为什么。我只是按照所有老家伙设置的示例进行操作。变量和函数 (VB) 得到了较低的骆驼，而 subs 和属性得到了适当的骆驼。然后，在我最终牢牢掌握了编程本身之后，我变得足够自在，可以质疑我导师的策略。对我而言，使用小驼峰没有逻辑意义，因为它不一致，特别是如果您有一个变量由一个单词组成，但最终全部为小写。也没有适当的验证机制来确保您正确使用下骆驼和上骆驼，所以我问为什么不对所有事情都使用合适的骆驼。这是一致的，因为所有变量名称都经过适当的骆驼化。

深入研究后发现，当它被提出质疑时，这对许多程序员来说是一个非常敏感的问题。他们通常会回答：“嗯，这只是个人喜好”或“我就是这么学的”。在进一步刺激下，当我试图找到他们使用低级骆驼背后的逻辑原因时，它通常会引起人们的一种教条式反应。

所以有人想在适当的骆驼品种的外壳背后摆脱一点历史和逻辑吗？

Answer 1

这是两件事的结合：

• 变量以小写字母开头的约定，以区别于使用大写字母的类或其他实体。有时这也用于根据访问级别（私有/公共）进行区分
• CamelCasing 是一种使多单词名称在没有空格的情况下更具可读性的方法（当然，这是相对于某些人使用的下划线的偏好）。我猜逻辑是 CamelCasing 对于某些人来说比 word_underscores 更容易/更快地输入。

当然，它是否被使用取决于制定管理正在编写的代码的编码标准的人。下划线与驼峰命名法、小写变量与大写变量。驼峰命名法 + 小写变量 = 驼峰命名法