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

我已经看到在大多数C++代码中用下划线命名大写的常量是正常的，LIKE_THIS.

通常，全大写标识符用于宏，以避免与"真实"编译器名称混淆。由于在早期的 C 宏是使常量可用的唯一方法，例如在数组大小中，有些人对所有常量（或至少对于enum值）采用这种样式。就个人而言，我只是将它们留给宏，在那里进行区分实际上很有用。

但是，当我看到C++代码（并不是说我看过很多代码）时，它看起来与 C# 立即不同。除了大量的指针和不太正式命名/缩写的东西，如WndProc和匈牙利符号，一半的内容是全大写的。

这将是八十年代后期的Windows API风格，所以它看起来不像.NET是正常的。

与 Windows 相关的类型通常是全大写的，我

怀疑这来自它们也是宏的事实（尽管目前它们都是typedef的），实际上，我刚刚检查了 Windows 1 SDK 的windows.h，即使在那时它们也是typedef的，所以可能是某种风格选择; 常量仍然是宏， 虽然。

匈牙利记谱法由Charles Simonyi于Microsoft年发明，并在Windows早期被广泛采用（和误解）。

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

• 较旧的编译器和链接器对标识符有长度限制，这意味着它们不会区分仅与第六个字母不同的标识符;因此，您希望将有意义的字母保留在开头（顺便说一句，这似乎影响了 C 标准库 - 我听说strncmp，strncat &co. 因此将n放在中间）;
• 当您在 80x25 终端上工作时，您不想继续滚动以阅读一行，因此像 AttachedPropertyBrowsableWhenAttributePresentAttribute 这样的名称不会让您觉得是一个绝妙的想法;
• 此外，人们在Visual Studio和IntelliSense之前C++的工作方式。我敢肯定，有些编辑器甚至在那时就有自动完成功能，但在更简单的编辑器中，您不想花一天时间手动编写ListViewVirtualItemsSelectionRangeChangedEventHandler。

C 和 C++ 中广泛使用的约定是将全大写名称指定给宏，而不是变量或函数。这种样式可以很容易地一目了然地分辨出哪些标识符是宏，哪些不是。这种风格在K&R中没有出现，所以我不知道它是如何起源的，但它在今天相当普遍。

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

您的所有示例都是特定于 WinAPI 而不是 C++ 的样式约定，而且 WInAPI 是 C API 而不是C++ API。

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

我从来没有同意过，自 1982 年以来我一直使用 C。