我需要定义一些仅由一个类使用的常量字符串。看来我有三个选择：
将字符串直接嵌入到使用它们的位置。
将它们定义为类的私有静态常量成员：
//A.h
class A {
private:
static const std::string f1;
static const std::string f2;
static const std::string f3;
};
//A.cpp
const std::string f1 = "filename1";
const std::string f2 = "filename2";
const std::string f3 = "filename3";
//strings are used in this file
在cpp文件中的未命名命名空间中定义它们：
//A.cpp
namespace {
const std::string f1 = "filename1";
const std::string f2 = "filename2";
const std::string f3 = "filename3";
}
//strings are used in this file
考虑到这些选项，您会推荐哪一个？为什么？
我将它们放置在 CPP 文件中的匿名命名空间中。它使它们对实现私有，同时使其对属于实现一部分的非成员函数可见（例如
operator<<如果它们仅在单个文件中使用，则无需通过将它们包含在头文件中来将它们暴露给外界。
如果它们被使用并且将始终仅在一个地方使用，那么确实没有理由不在需要使用它们的地方将它们写为文字。
如果它们在 cpp 中的多个位置使用，我会选择匿名命名空间。
您没有提到的另一个选项是将它们定义为 cpp 内的静态变量。这在某种程度上相当于匿名名称空间选项，并且比 C++ 更像 C。
类的静态成员。
如果它们被一个类在多个地方使用，那么通常更容易保持事物的组织性 - 并且稍后找到定义所有内容的位置 - 如果您将它们定义在使用它们的类中。就地定义它们会使它们难以定位和稍后修改。我会选择特定的类而不是匿名命名空间，以获得更清晰的类定义和使用。
如果字符串是要让类的用户看到的，请将它们放入类中。否则，将它们隐藏在实现文件的未命名命名空间中。
如果仅在类的.cpp文件中使用，则无需使用任何类型的命名空间，只需说：
const std::string f1 = "filename1";
const std::string f2 = "filename2";
const std::string f3 = "filename3";
命名空间的过度使用似乎是新事物——我个人看不出它的吸引力。
在这三个选项中，您真正应该避免的唯一一个是#1。不要在代码中使用魔法cookie。通过将常量放入命名空间或类中，您可以更轻松地在将来扩展和维护代码。
如果你的常量本质上是全局的，那么在 2 到 3 之间就没什么关系了。重要的是你选择了一个并坚持下去。但是，如果您有适用于特定类的常量，那么它们应该是该类的一部分。
就我个人而言，我会使用命名空间来处理大多数事情。
我认为真正的问题是：字符串真的只在实现类时在内部使用，还是在其他地方使用。
为了真正挑剔，我会尽力保持类的接口尽可能干净，因此文件名字符串不应该对“外部”世界有任何兴趣。我只会将它们隐藏在 .cpp 文件内部。在这种情况下，我认为我不会打扰命名空间，而只是保持“静态”（即 .cpp 文件内部）。
无论你怎么做，需要注意一件事：我不建议使用静态 std::string 对象，而是使用静态 char*。其原因是初始化顺序的潜在问题。假设您有一个类的静态实例，其构造函数引用字符串
A::f1A::f1追踪初始化顺序错误可能非常令人讨厌，并且在一个项目中一切看起来都很好，但随后您可能会使用相同的库构建另一个项目，并且链接顺序中的细微差别将导致此错误神秘地出现。
只需在实现文件中的文件范围内包含 const 字符串，匿名名称空间不需要将它们的使用仅限于该类。
C++ 003 标准 C.1.2 第 3 条：基本概念
Change: A name of file scope that is explicitly declared const, and not explicitly declared extern, has internal linkage, while in C it would have external linkage
注意：匿名命名空间确实有助于减少命名冲突。