27

我需要定义一些仅由一个类使用的常量字符串。看起来我有三个选择:

  1. 将字符串直接嵌入到使用它们的位置。

  2. 将它们定义为类的私有静态常量成员:

    //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  
    
  3. 在 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  
    

鉴于这些选项,您会推荐哪一个,为什么?谢谢。

4

9 回答 9

21

我会将它们放在 CPP 文件中的匿名命名空间中。它使它们对实现私有,同时使其对作为实现一部分的非成员函数可见(例如operator<<)。

于 2010-03-17T20:28:00.647 回答
5

如果它们仅在单个文件中使用,则无需通过将它们包含在头文件中来将它们暴露给外界。

如果它们被使用并且总是只在一个地方使用,那么真的没有理由不把它们写成需要使用的文字。

如果它们在 cpp 中的多个地方使用,我会选择匿名命名空间。

您未提及的另一个选项是将它们定义为 cpp 中的静态变量。这在某种程度上等同于匿名命名空间选项,并且比 C++ 更像 C。

于 2010-03-17T20:26:24.190 回答
3

类的静态成员。

如果一个类在多个地方使用它们,则通常更容易使事物井井有条 - 并且稍后找到您定义所有内容的位置 - 如果您将它们定义在使用它们的类中。就地定义它们使它们难以定位和以后修改。我会选择匿名命名空间上的特定类,以便更清晰的类定义和使用。

于 2010-03-17T20:26:27.607 回答
2

如果字符串打算被类的用户看到,则将它们放入类中。否则,将它们隐藏在实现文件的未命名命名空间中。

于 2010-03-17T20:25:38.483 回答
2

如果只在类的 .cpp 文件中使用,则不需要使用任何类型的命名空间,简单地说:

const std::string f1 = "filename1";  
const std::string f2 = "filename2";  
const std::string f3 = "filename3";  

过度使用命名空间似乎是新事物——我个人看不出吸引力。

于 2010-03-17T20:47:44.703 回答
0

在这三个选项中,您真正应该避免的唯一一个是#1。不要在你的代码中使用魔法 cookie。通过将常量放在命名空间或类中,您可以更轻松地在将来扩展和维护您的代码。

如果您的常数本质上是全局的,那么在 2 到 3 之间,这无关紧要。重要的是你选择一个并坚持下去。但是,如果您有适用于特定类的常量,那么它们应该是该类的一部分。

就个人而言,我会为大多数事情使用命名空间。

于 2010-03-17T20:26:42.350 回答
0

我认为真正的问题是:这些字符串真的只在实现类时在内部使用,还是在其他地方使用。

为了真正挑剔,我会尽量保持类的接口尽可能干净,所以如果文件名字符串不应该对“外部”世界有任何兴趣。我只会将它们隐藏在 .cpp 文件中。在那种情况下,我认为我不会为命名空间而烦恼,而只是保持“静态”(即 .cpp 文件的内部)。

于 2010-03-17T20:36:58.980 回答
0

不管你怎么做,有一件事要小心:我不建议使用静态 std::string 对象,而是使用静态 char*。其原因是由于初始化顺序的潜在问题。假设您有一个类的静态实例,其构造函数引用了 string A::f1。还不能保证A::f1已经构建,并且您会崩溃,或者更糟糕的是,没有崩溃但虚假数据。

跟踪初始化顺序错误可能非常讨厌,并且在一个项目中一切可能看起来都很好,但是您可能会使用相同的库构建另一个项目,链接顺序的细微差异会导致此错误神秘地出现。

于 2010-03-17T23:10:08.097 回答
0

只需在实现文件中的文件范围内使用 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

注意:匿名命名空间确实有助于减少命名冲突。

于 2012-10-18T16:24:10.550 回答