5

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

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

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

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

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

4

3 回答 3

4

这是两件事的结合：

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

它是否被使用当然取决于谁来设置管理正在编写的代码的编码标准。下划线 vs CamelCase，小写变量 vs 大写变量。CamelCase + 小写变量 = camelCase

于 2011-07-15T20:01:45.523 回答
1

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

于 2011-07-15T20:00:16.933 回答
1

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

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

从那里，它传播开来。

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

于 2011-07-15T20:06:24.300 回答