为什么在C/C+中大量使用缩写词+；？ 我最近一直在阅读C和C++，这也不能动摇C/C++程序员在变量和函数名中使用过多的缩写方式的感觉。我看不出这有什么好处，因为这两种语言都是编译语言。事实上，我遇到的所有代码都比其他语言中使用缩写词更多（当然是我个人的经验）

于是问题变成了这个；在C/C++中使用缩写有什么原因吗？使用较长的变量名是否存在性能问题，或者这只是一种惯例

---

编辑：看起来我在这里打开了一罐蠕虫。我希望得到的是/不是答案，而不是关于编码风格的讨论。

这主要是一种惯例

有一些历史需求，因为早期的C编译器不能保证标识符在某些情况下对超过8个（甚至6个）字符具有重要意义（导致编译器认为相同的

MyFantasticFoo

和

MyFantasticBar

）。现代编译器没有如此严格的限制，有关详细信息，请参阅

---

今天，我认为这更像是一个惯例/风格的问题，C代码通常很简洁。

这是早期编程的遗留问题——在意识到编程的困难部分不是编写代码，而是阅读代码之前

首先，我不认为这是一条普遍规律；作为史蒂夫·杰索普 在评论中提醒我们，其他语言，如APL， 传统上使用更短的名称和Fortran（至少在 我使用了它）将名称的最大长度限制为6

除了语言，我认为领域也起着重要作用。对于 例如，Unix程序员倾向于使用比Windows更短的名称 程序员，无疑是因为系统API使用了更短的 名称（至少部分是因为Unix要老得多，而且 早期的链接器不能处理超过六个或八个 符号，尽管这不能解释

创建
而不是
创建
）。数学也有缩短的传统
名称：使用
index
等名称，而不是
i
作为索引
在处理数学表达式时，会使代码更少
清晰且具有解释性，因为传统符号为
数学中的第一个索引是
i
。许多其他领域都有更多或更多的功能
不太成熟的首字母缩略词或缩写词：我工作的时候
在电信行业，规范文件（来自客户）提到了
TP和CX，而不是终止点和交叉点
连接；在我目前的银行环境中，甚至在外部
在一个程序中，没有人会写“信用违约掉期”或
“债务抵押债券”，而不是简单的CDS或CDO。
所以如果你在C++中看到更短的名字，那可能是因为
您看到的代码做了不同的事情，并且
来自一个领域，在这个领域中，缩写词甚至在
编程环境。
是的，这一切都与程序员的性能有关，他们输入的越少，编码的速度就越快。；-）“事实上，我遇到的所有代码都比其他语言中使用缩写词更多”——阅读一些J或APL。也要注意，它不一定与语言有关，而是与使用它的人有关。成为程序员的学术科学家和数学家都接受过使用单字母名称的培训。爱因斯坦著名的方程式不是能量（焦耳）=质量（千克）*真空（光速）（米/秒）*真空（光速）（米/秒）
。他们不可能看到缩写是一个问题，直到它们的范围命名超过26个实体。因为一些程序员显然认为，读源代码越短越难，编译的C++执行程序就越快。超过120个字符。做这个的程序员在其他方面也有点特殊，而且我很难知道我所知道的C++程序员，但它确实表明C++中的短名称不是绝对的规则。我只能保证C和C++程序员嘲笑java开发者的冗长。不知何故，我们发现
++
运算符比编写
.getVariableValueandIncrementByOneAfterner（）更优雅谢谢，这就是我要找的。真有趣！