在我看来，C 程序应该倾向于具有更长的变量名称，因为这些名称将被编译器破坏，并且不会对优化的可执行文件的性能或二进制大小产生任何影响。我不明白为什么事实上相反的情况会发生，在较新的解释语言中，变量/方法的名称实际上会影响性能，与 C 中的变量和方法相比，变量和方法通常具有更长的名称。它只是以下的产物时代，或者这背后有真正的原因吗？
最佳答案
这是一个非常主观的问题——这可能取决于你问的是谁。但如果你问我，原因是 C 不是面向对象的，并且是一种古老的语言，有很多开发人员遵循旧的规则。没有充分的理由不在 C 中使用描述性变量名称 - 你是对的，编译器无论如何都会丢弃变量名称之类的东西。
但是描述性命名的教导仍然相对较新(例如，相对于 C 的存在)。因此，我认为描述性命名在现代语言中更普遍的原因很简单，因为倾向于改变和适应这些新方法的同一群人也更愿意使用更新的语言。
但是，OOP 也是一个非常核心的原因。 Java Coding Conventions过去非常注重清晰地命名事物，这已经渗透到面向对象编程的文化中。您会发现 C++ 项目通常使用比 C 项目更长、更好的名称。
短代码永远不应该成为您的目标。即使在像 JavaScript 这样的语言中，传输的字节数会影响性能，请使用描述性的名称(但不要太冗长)，并在以后使用许多可用的缩小工具对其进行缩小。
关于javascript - C 语言与较新语言中的变量名长度，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38467133/