为什么C ++中的所有内容都大写了？

Question

我通常使用C＃，而不是C ++，这就是我问这个问题的原因。

我在大多数C ++代码中都认为使用下划线LIKE_THIS为大写字母命名常量是正常的。

然而，当我看到C ++代码（不是我已经看过很多）时，它看起来与C＃完全不同。除了通用丰富的指针和不那么正式命名/缩写的东西，如WndProc和匈牙利表示法，一半的东西都是全部大写。

即使排除常量，方法名称，物理结构/ C ++事物本身（HRESULT），有时甚至物理数据类型（BOOL）之类的东西都是带有下划线的全大写。

这可能/可能不常见于C ++风格（虽然我无法在谷歌的任何地方找到它），为什么这么多的资本化在很多地方都很常见？或者，它来自哪里？

Answer 1

C和C ++中广泛使用的约定是为宏提供全部大写字母，而不是变量或函数。这种风格使得一目了然哪些标识符是宏，哪些不是宏。这种风格没有出现在K＆amp; R中，所以我不知道它是如何产生的，但今天它很常见。

在C中，宏用于定义常量。另一方面，在C ++中，常量通常是const个变量。将常量声明为宏是C风格，但许多人用C风格编写C ++代码。

Answer 2

您的示例的

所有是特定于WinAPI而非C ++的样式约定，WInAPI也是C API而不是C ++ Api。

Answer 3

  

我已经在大多数C ++代码中看到正常情况下使用下划线LIKE_THIS命名大写字母的常量。

通常，all-caps标识符用于宏，以避免与“真实”编译器名称混淆。因为在早期的C宏中，唯一的方法是使常数可用，例如在数组大小中，有些人对所有常量（或至少为enum值）采用此样式。就个人而言，我只是将它们留给了宏，这对于区分来说实际上是有用的。

  

然而，当我看到C ++代码（不是我已经看过很多）时，它看起来与C＃完全不同。除了通用丰富的指针和不那么正式命名/缩写的东西，如WndProc和匈牙利表示法，一半的东西都是全部大写。

这将是Windows API风格，它来自八十年代末期，因此它看起来与.NET不同是正常的。

与Windows相关的类型通常是全部大写，我怀疑它们来自于它们也是宏（虽然目前它们都是typedef s）实际上，我刚检查过来自Windows 1 SDK的windows.h，即便如此，它们也是typedef，所以可能是某种风格选择;但是，常量仍然是宏。

匈牙利语符号是由Charles Simonyi在微软发明的，并且在Windows的早期内部被广泛采用（并被误解）。

至于缩写，这是典型的旧API（查看C标准库或POSIX API，它们甚至更为简洁），我认为它可以通过技术和实际论证来证明：

• 较旧的编译器和链接器had length limits for identifiers，这意味着他们不会区分仅与 - 例如 - 第六个字母之后不同的标识符;所以，你想在开头保留有意义的字母（顺便说一句，这似乎影响了C标准库 - 我听说strncmp，strncat＆amp; co。拥有n因为这个中间;）
• 当你在80x25终端上工作时，你不想继续滚动阅读一行，所以像AttachedPropertyBrowsableWhenAttributePresentAttribute这样的名字不会让你觉得这是一个明星的想法;
• 此外，人们在Visual Studio和IntelliSense之前以C ++方式工作。我确信有些编辑甚至在当时也有自动完成功能，但在简单的编辑器中，你不想花一天时间手工编写ListViewVirtualItemsSelectionRangeChangedEventHandler。

Answer 4

因为有人在1975年左右决定在预处理器中声明的标识符需要与C语言中声明的标识符区分开来。

我从未同意，自1982年以来我一直在使用C.