使用枚举定义单个值的优势？（C）答案

【问题标题】：Advantages in using an enum to define a single value? (C)使用枚举定义单个值的优势？（C）
【发布时间】：2014-07-29 14:28:44
【问题描述】：

最近，在this question 中，我看到了一个用于定义单个值的枚举。例如：

enum { BITS_PER_WORD = 32 };

代替：

#define BITS_PER_WORD 32

假设以后不会添加更多成员，那么这样做的好处是什么（如果有的话）？ （或者这更多是个人品味的问题）

换句话说，如果我有使用一次性 int 定义的现有代码，是否有充分的理由为上面显示的一次性枚举更改这些？

出于好奇，我比较了一些非平凡代码的 GCC 优化汇编器输出，结果在枚举/定义之间没有变化。

【问题讨论】：

【解决方案1】：

枚举常量有几个优点：

宏有几个不同的优点：

【讨论】：

应该注意的是，在标准中所有命名常量都是使用宏创建的（其中一些是强制性的，因为它们的类型不同于int）。来自stdbool.h 的true 和false int 值是明确的宏，我认为原因是允许程序员重新定义它们（使用#undef）。
@ouah：好点。实际上，我认为在预处理器中使用它们的能力是最重要的部分之一，因为它们不仅需要是宏，而且还需要在预处理器中使用时给出正确结果（例如(char)+256 将是在大多数实现上写零的方式，但在预处理器级别会有错误的值）。

【解决方案2】：

一个优点是enums 是作用域的，您可以在块内定义enum。宏也会扩展为例如：

foo.BITS_PER_WORD;

甚至

void foo(int BITS_PER_WORD) { /* ... */ }

宏的一个优点是，您可以将其定义为非int 值。

【讨论】：

仅供参考，#define 的范围不是问题。它适用于它后面的代码，所以如果你想限制它的范围，只需#undef它。
@EitanT：如果您仍在使用的其他宏依赖于您即将取消定义并随后停止工作的宏，这可能会成为问题。这也可能是一个维护负担，因为在包含"foo.h" 之后，您必须知道#undef 以防止它破坏您的代码，并且该宏集不断变化（或者，如果它是一个不尊重标准命名空间规则，从系统到系统的变化......）。
我没有说这不会是维护负担。我刚刚指出，您可以克服宏的作用域限制。