为什么要使用 extern 关键字在命名空间范围内声明变量？

Question

我对 C++ 还是很陌生，目前正在学习它的短期课程。我有一些Java背景。

我希望有一个名为“Message”的命名空间，它将用于存储不变/恒定的字符串，这些字符串将在我的程序中的各种不同类中使用。 （例如标题、关键字、名称等）。

如果所有这些字符串都在一个类中，它们将是 const 和静态的，因此我觉得最好将它们放入命名空间而不是类。我当前的“Message.h”看起来有点像这样：

#ifndef MESSAGE
#define MESSAGE

#include <string>

namespace Message {
    const std::string NAME = "Car";
    const std::string SEPARATE = " | ";
    const std::string COMMAND = "Please enter a 1, 2 or a 3: ";
};

#endif MESSAGE

直到教练建议我把它改成这样……

消息.h：

#ifndef MESSAGE
#define MESSAGE

#include <string>

namespace Message {
    extern const std::string NAME;
    extern const std::string SEPARATE;
    extern const std::string COMMAND;
};

#endif MESSAGE

Message.cpp：

#include "Message.h"

const std::string Message::NAME = "Car";
const std::string Message::SEPARATE = " | ";
const std::string Message::COMMAND = "Please enter a 1, 2 or a 3: ";

在课程结束之前，我几乎没有时间从导师那里得到澄清，而且我还需要一段时间才能有机会澄清。根据我的研究，它与翻译单元有关，更具体地说，是尝试在不同的翻译单元中使用变量。

我了解这个的一般概念，但我不太明白在这种情况下使用 extern 的好处？

这里的包含守卫是否足以让 Message:: 命名空间变量不会被多次声明/定义？为什么在这种情况下推荐使用 extern 关键字，这纯粹是为了提高编译速度？

Answer 1

两者都可以正常工作（尽管问题已经得到了下意识的cmets）。区别有点微妙。

在第一个示例中，包含该标题的每个翻译单元（想想 .cpp 文件）都将获得这三个字符串中的每一个的副本。可以这样做，因为它们被标记为const，所以它们不会从翻译单元中导出。如果它们不是const，那么您将拥有同一个符号的多个定义。

在第二个示例中，三个字符串中的每一个都只有一个副本。这些副本位于 Message.cpp 中，并将链接到您的可执行文件中。任何包含 Message.h 的翻译单元都会知道这些名称，因为它们在标头中声明，并且可以使用它们。

对于像常量int 值这样的小东西，第一种方法是最常见的。对于较大的事物，例如字符串对象（通常需要非平凡初始化的事物），第二种方法是最常见的。