如果你有mystruct.var这样的东西，#define var 5会给你带来麻烦。

例如,

struct mystruct {
    int var;
};

#define var 5

int main() {
    struct mystruct foo;
    foo.var = 1;
    return 0;
}

预处理器将取代它，代码将无法编译。因此，传统的编码风格建议所有常量#定义都使用大写字母以避免冲突。

一般来说:

static const

因为它尊重作用域并且是类型安全的。

我能看到的唯一警告是:如果您希望变量可能在命令行上定义。还有另一种选择:

#ifdef VAR // Very bad name, not long enough, too general, etc..
  static int const var = VAR;
#else
  static int const var = 5; // default value
#endif

尽可能使用类型安全的替代方法，而不是宏/省略号。

如果你真的需要使用宏(例如，你想要__FILE__或__LINE__)，那么你最好非常小心地命名你的宏:在它的命名约定中，Boost推荐所有大写字母，以项目的名称(这里是BOOST_)开头，而仔细阅读库，你会注意到这(通常)后面是特定区域(库)的名称，然后是一个有意义的名称。

它通常会产生很长的名字:)

使用const而不是#define总是更好。这是因为const是由编译器处理的，而#define是由预处理器处理的。这就像#define本身不是代码的一部分(粗略地说)。

例子:

#define PI 3.1416

符号名称PI可能永远不会被编译器看到;它可能在源代码到达编译器之前被预处理器删除。因此，名称PI可能无法进入符号表。如果在编译过程中遇到涉及使用常量的错误，这可能会令人困惑，因为错误消息可能指向3.1416，而不是PI。如果圆周率定义在一个你没有写的头文件中，你就不知道3.1416是从哪里来的。

这个问题也可能在符号调试器中突然出现，因为您正在编程的名称可能不在符号表中。

解决方案:

const double PI = 3.1416; //or static const...

不要认为“哪个总是最好的”有一个答案，但是，正如马蒂厄所说

静态常量

类型安全。我对#define最大的不满是，在Visual Studio中调试时，你不能看到变量。它给出一个无法找到符号的错误。

我不确定我是否正确，但在我看来，调用#defined value比调用任何其他正常声明的变量(或const value)快得多。 这是因为当程序运行时，它需要使用一些正常声明的变量，它需要跳转到内存中的确切位置来获得该变量。

相反，当它使用#defined value时，程序不需要跳转到任何已分配的内存，它只是接受该值。如果#define myValue 7和调用myValue的程序，它的行为与只调用7时完全相同。

在c#中定义更为流行。你可以使用这些值来声明数组大小，例如:

#define MAXLEN 5

void foo(void) {
   int bar[MAXLEN];
}

据我所知，ANSI C不允许你在这种情况下使用静态常量。在c++中，在这些情况下应该避免使用宏。你可以写

const int maxlen = 5;

void foo() {
   int bar[maxlen];
}

甚至不用static，因为内部链接已经由const隐含[仅在c++中]。