参数中的字符数组指针与字符串引用

Question

我经常看到以下结构，特别是在构造函数中：

class::class(const string &filename)
{
}


class::class(const char * const filename)
{
}

通过逐步调试，我发现如果传递硬编码字符串，则总是调用第二个构造函数。

任何想法：

1）为什么使用对偶结构？

2）速度差是多少？

谢谢。

Answer 1

需要两个构造函数，因为您可以将 NULL 传递给 MyClass::MyClass(const std::string &arg)。提供第二个构造函数可以使您避免愚蠢的崩溃。

例如，您为类编写构造函数，并使其采用 const std::string & ，这样如果您使用 <，则不必检查任何指针是否有效。代码>const char*。
在代码中的任何地方，您都只是使用 std::string。在某些时候，您（或其他程序员）会向那里传递一个const char*。这是 std::string 的精彩部分 - 它有一个构造函数，它接受 char*，这非常好，除了 std: :string a_string(NULL) 编译没有任何问题，只是不起作用。

这就是您所展示的第二个构造函数派上用场的地方：

MyClass::MyClass(const char* arg)
    : m_string(arg ? arg : "")
{}

如果您向它传递一个 NULL ，它将生成一个有效的 std::string 对象。

在这种情况下，我认为您不需要担心任何速度。你可以尝试测量，尽管我担心你会惊讶于差异如此之小（如果有的话）。

编辑：刚刚尝试了 std::string a_string(NULL);，编译得很好，这是在我的机器上运行时发生的情况（OS X + gcc 4.2.1）（我记得我前段时间在 Windows 上尝试过，结果非常相似（如果不完全相同）：

std::logic_error: basic_string::_S_construct NULL not valid

Answer 2

如果实现本身处理 const char* ，但主要由 std::string 用户调用，则这非常有用。这些可以使用 std::string API 进行调用，该 API 通常只调用 c_str() 并分派到 const char* 实现。另一方面，如果调用者已经有一个 c 字符串，则不需要构造临时或不需要的 std::string（这可能成本高昂，对于较长的字符串，它是堆分配）。

另外，我曾经用它来解决以下情况：

我的接口采用了 std::string，但必须在外部模块中实现，因此模块和模块的 STL 二进制版本调用者模块必须完全匹配，否则就会崩溃（对于可移植库来说不太好......）。因此，我更改了实际接口以使用 const char*，并添加了我声明为内联的 std::string 重载，因此它们不是出口。它没有破坏现有代码，但解决了我所有的模块边界问题。

Answer 3

1）为什么采用对偶结构？

如果要方便地将 std::string 对象用作参数，则需要字符串引用版本，因为没有从 std::string 到 const char const 的隐式转换。 const char * const 版本是可选的，因为字符数组可以隐式转换为 std::strings，但它更有效，因为不需要创建临时 std::string。

2) What is the speed difference?

您需要自己测量。

Answer 4

提供它们基本上是为了方便。有时，如果调用 C 函数，您会得到 char* 指针。其他情况下，您会得到字符串，因此提供两个构造函数只是为调用者提供方便。至于速度，两者实际上具有相同的速度，因为它们都向构造函数发送内存地址。