使用枚举定义单个值的优点?(C)

ide*_*n42 6 c c-preprocessor

最近,在这个问题中,我看到一个用于定义单个值的枚举.例如:

enum { BITS_PER_WORD = 32 };
Run Code Online (Sandbox Code Playgroud)

代替:

#define BITS_PER_WORD 32
Run Code Online (Sandbox Code Playgroud)

假设以后不会添加更多成员,那么这样做的好处是什么?(或者这是个人品味的问题)

换句话说,如果我有使用one-off int定义的现有代码,是否有任何理由改变上面显示的一次性枚举?

出于好奇,我将GCC的优化汇编程序输出与一些非平凡的代码进行了比较,结果在枚举/定义之间保持不变.

R..*_*R.. 9

枚举常量有几个优点:

  • 它们是作用范围的,不会在它们不应该的情况下扩展(正如mafso指出的那样).
  • 大多数调试器都知道它们,并且可以在调试器中编写的表达式中使用它们.

宏有几个不同的优点:

  • 它们可以在预处理器条件中使用(#if BITS_PER_WORD == 32如果BITS_PER_WORD是枚举常量则不起作用).
  • 它们可以有任意类型(mafso的回答也包含在内).
  • 它们可以#undef在不再需要时删除().

  • 应该注意的是,在标准中,所有命名常量都是使用宏创建的(对于其中一些,它是强制性的,因为它们的类型不同于`int`).来自`stdbool.h`的`true`和`false``int`值是显式宏,我认为原因是允许程序员重新定义它们(使用`#undef`). (4认同)

maf*_*fso 5

一个优点是enums是作用域,你可以enum在块内定义.宏也会扩展,例如:

foo.BITS_PER_WORD;
Run Code Online (Sandbox Code Playgroud)

甚至

void foo(int BITS_PER_WORD) { /* ... */ }
Run Code Online (Sandbox Code Playgroud)

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

  • 仅供参考,范围不是`#define`的问题.它适用于它后面的代码,所以如果你想限制它的范围,只需`#undef`它. (2认同)
  • @EitanT:如果您使用的其他宏依赖于您要取消定义的宏,并且随后停止工作,那么**可能会成为问题.它也可能是一个维护负担,因为在包含``foo.h``之后,你必须知道`#undef`是什么,以免它破坏你的代码,并且那组宏不断变化(或者,如果它是一个系统头不符合标准命名空间规则,从系统更改为系统...). (2认同)