问用宏定义数组的长度是“极好的实践”吗？

EN

这是个很好的练习，因为

• 数组大小显然必须是硬编码的。
• 但是它不应该有一个神奇的数字直接注入源代码
• 因此，宏是给它一个可读的名称并从源中删除它的好方法。

尽管如此，我不确定我是否同意这是最好的方法。枚举也起作用，避免了宏的一些问题(例如，更难覆盖和静默编译)。而IIRC一个const int也能工作。

作为参考，这是用cc编译的

const int s = 1;
int a[s];


int main() {
return 0;
}

Apple LLVM 4.2版(clang-425.0.28) (基于LLVM 3.2svn) 目标: x86_64-apple-darwin12.4.0 线程模型: posix

这是一个很好的实践，C语言规范本身说，永远不要将常量掩埋到代码中，而是用有意义的名称来定义它们。有几种方法，宏(我个人最喜欢的，因为它们不使用内存)，全局(使用内存，可以修改)，常量全局(使用内存，但从不改变)。

使用宏而不是常量整数文字的一个主要原因是，当一个值在代码中的多个地方使用时，更新单个宏值要比遍历和查找一个值用于更新它们容易得多。

例如，考虑以下代码：

int a[10];
...
for(i = 0; i < 10; i++) printf("%d\n", a[i]);
...
myFunc(a, 10); // 10 indicates the size of the array

如果稍后决定更改数组的大小，则必须遍历并查找用于指示大小的10的每个实例。然而，如果我们这样做：

#define N 10
int a[N];
...
for(i = 0; i < N; i++) printf("%d\n", a[i]);
...
myFunc(a, N); // N indicates the size of the array

您所要做的就是将N的值更改为一些新的数字，以更改数组的大小，所有其他代码都将正确工作。

就性能而言，使用宏将与硬编码常量值一样快，因为宏只是基于文本的替换。在编译期间，如果宏N的值为10，则C源代码中的每个N实例在实际编译之前都将更改为10。