Passionate programmer
Passionate programmer

Reputation: 5898

Which one to use const char[] or const std::string?

Which is better for string literals, standard string or character array?

I mean to say for constant strings, say

const char name[] = "so"; //or to use 
const string name = "so";

Upvotes: 8

Views: 7447

Answers (4)

iain
iain

Reputation: 10928

I tend to favour const std::string over const char * for string literals. Because passing string literals into functions taking const std::string & will silently create string everytime they are called instead of just one. However if I mainly use the literal with functions expecting a const char * I will use that instead.

I tend to favour std::string for apis.

Of course if I am using unicode I use std::wstring and wchar_t.

Upvotes: 1

Kirill V. Lyadvinsky
Kirill V. Lyadvinsky

Reputation: 99535

You should use what is more appropriate for you. If no special requirements I'd use std::string because it do all memory work.

For string literals, I'd use const char*. The reason against const char[] is that you could use const char* to initialize another constant. Check the following code:

const char str1[] = "str1";
const char* str11 = "str11";

const char str2[] = str1;    // <<< compile error
const char* str22 = str11;   // <<< OK

String literals has static storage duration (according to 2.13.4/2) so pointer const char* will be valid until the completion of the program.

Upvotes: 2

For string literals, and only for string constants that come from literals, I would use const char[]. The main advantage of std::string is that it has memory management for free, but that is not an issue with string literals.

It is the actual type of the literal anyway, and it can be directly used in any API that requires either the old C style null terminated strings or the C++ strings (implicit conversion kicks in). You also get a compile time size implementation by using the array instead of the pointer.

Now, when defining function interfaces, and even if constants are intented to be passed in, I would prefer std::string rather than const char*, as in the latter case size is lost, and will possibly need to be recalculated.

Out of my own experience. I grew old of writting .c_str() on each and every call to the logging library (that used variable arguments) for literal strings with info/error messages.

Upvotes: 12

Yann Ramin
Yann Ramin

Reputation: 33167

What are you doing with it? What do your methods expect?

const char is lighter in storage, but doesn't have the power of std::string, or the safety when using it. However, if you have a lot of C APIs, it may be the more judicious choice.

std::string would be the preferred option.

Upvotes: 2

Related Questions