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

Question

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

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

当我第一次开始编程时，我从较低的骆驼约定开始。我不知道为什么。我只是按照所有老家伙的例子。变量和函数（VB）得到了较低的骆驼，而子和属性得到了适当的骆驼。然后，在我终于牢牢掌握了编程本身之后，我变得足够自在，可以质疑我的导师的策略。使用小写骆驼对我来说没有逻辑意义，因为它不一致，特别是如果您有一个由一个单词组成的变量，该单词最终全部小写。也没有适当的验证机制来确保您适当地使用 lower 与 Upper camel，所以我问为什么不只对所有事情都使用适当的 camel。这是一致的，因为所有变量名都经过适当的驼峰化处理。

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

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

Answer 1

这是两件事的结合：

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

它是否被使用当然取决于制定管理所编写代码的编码标准的人。下划线 vs CamelCase，小写变量 vs 大写变量。 CamelCase + 小写变量 = camelCase

Answer 2

在 C# 或 VB 等语言中，标准是以小写字母开头的私有事物，并以大写字母开头公共/受保护事物。这样，只需查看第一个字母，您就可以判断您正在搞砸的东西是否可以被其他类使用，因此任何更改都需要更多审查。此外，还有 工具可以强制执行这样的命名约定。在 Microsoft 内部创建/使用的称为 StyleCop，可免费下载。

Answer 3

从历史上看，C（一种区分大小写的语言）中命名良好的变量由一个小写单词组成。 UPPERCASE 是为宏保留的。

然后出现了 C++，其中类通常是大写的和驼峰式，而由几个单词组成的变量/函数是驼峰式的。 （注意，C 人往往不喜欢 camelCase，而是写 identifiers_this_way。

从那里开始传播。

而且，是的，可能其他区分大小写的语言也有一些影响。

Answer 4

lowerCamelCase 我认为由于 java 和 javascript 而变得流行。 在java中，特别定义了为什么，第一个单词应该是一个小写字母的动词，其余的单词都以大写字母开头。

我认为java选择lowerCamelCase的原因取决于他们想要解决的问题。 Java 于 1995 年作为一种使编程变得容易的语言推出。经常使用的 C/C++ 通常被认为是困难且过于技术性的。 这是 java 声称要解决的问题，更多的人将能够编程，并且相同的代码可以在不同的硬件上运行。代码就是文档，你不需要注释代码，只要阅读，一切都会很棒。

lowerCamelCase 使编写“技术”代码变得更加困难，因为它删除了使用大写和小写字母的选项，以便从技术角度更好地描述代码。 Java 不想太难，Java 是每个人都可以学习编程的语言。

浏览器中的javascript是Brendan Eich在1995年在10天内创建的。为什么javascript选择lowerCamelCase我认为是因为java。它与java无关，但它的名称“javascript”中有“java”。