c++ - 在匿名命名空间中声明的常量与函数范围静态常量相比有哪些(缺点)优势？

Question

我想定义一个函数，当给定一个整数时，它将返回一个字符串。像这样:

# Pseudocode
function get_string(i)
  return my_string_array[i]
end

字符串将被硬编码到应用程序中。函数原型(prototype)在头文件中声明:

// header.h
const std::string &get_string(const int i);

在我看来，我有两个选项来声明硬编码字符串。

选项 #1:在 get_string 中声明一个静态变量

// source.cpp
const std::string &get_string(const int i)
{
    static const std::string values[] = {
        std::string("foo"),
        std::string("bar"),
        std::string("baz"),
    };

    // Assume bounds checking is performed on i.

    return values[i];
}

选项 #2:在匿名命名空间中声明全局常量

// source.cpp
namespace
{
    const std::string values[] = {
        std::string("foo"),
        std::string("bar"),
        std::string("baz"),
    };
}

const std::string &get_string(const int i)
{
    // Assume bounds checking is performed on i.
    return values[i];
}

对于这个有限的用例，这些声明在功能上是否等效？程序对函数中的静态常量的处理方式是否不同于全局声明的常量或匿名命名空间中声明的常量？

我知道明显的可访问性差异(即在本地命名空间中声明的常量可全局用于同一翻译单元中定义的所有函数)，但这可以根据场景的不同被归结为一种优势，所以出于这个问题的目的，可以忽略这种差异。

Answer 1

在您的 get_string 函数中定义为静态数组的字符串将在第一次 get_string 调用时构建，而全局命名空间中的字符串将在应用程序启动时构建。

所以两种方法可能出现的问题是不同的。例如，如果你在全局范围内定义字符串，那么你不应该在你的 main 执行之前使用它，否则你永远不知道它们是否被构建。如果你在 get_string 中使用静态构造，你可能会遇到线程问题，至少在 c++11 之前，魔术静态应该会为你解决这个问题。

为什么不把它们放在 const char* 全局数组中？

[编辑]

正如我在上面所建议的那样，全局数组不是正确的方法。您要考虑的另一件事是选择选项 1，但创建 const char* 字符串文字数组而不是字符串数组。 std::string 对象的数组将复制您的字符串文字。您可能还必须返回 const char* - 所以这可能不是您想要的。