I have a doubt on returning std::string as const reference.
class sample
{
public:
std::string mString;
void Set(const std::string& s)
{
mString = s;
}
std::string Get()
{
return mString;
}
};
In the Set function I am passing the std::string as const reference, const because its value is not changing inside the function.
And In Get function, actually I am confused here. Return std::string as value makes more sense. But I am not sure that, by passing the string as const reference makes any advantages. By returing string as reference will increase the exectuion speed, I think So, but I am not sure. But returning it as ‘const makes any benefit for this?
Returning by reference or const reference has no speed difference – both are very fast as they just return a reference to the original object, no copying is involved.
An object returned by (non-const) reference can be modified through that reference. In your specific example,
mStringis public, so it can be modified anyway (and directly). However, the usual approach with getters and setters (and the primary reason for their introduction) is encapsulation – you only allow access to your data members through the getter/setter, so that you can detect invalid values being set, respond to value changes and just generally keep the implementation details of your class hidden inside it. So getters normally return by const reference or by value.However, if you return by const reference, it binds you to always keep an instance of
std::stringin your class to back up the reference. That is, even if you later want to redesign your class so that it computes the string on the fly in the getter instead of storing it internally, you can’t. You’d have to change your public interface at the same time, which can break code using the class. For example, as long as you return by const-reference, this is perfectly valid code:This code will of course
produce a dangling pointerno longer compile ifGet()is changed to return by value instead of const reference. (thanks to Steve Jessop for correcting me)To sum up, the approach I would take is to make
mStringprivate.Get()can return by value or by const-reference, depending on how certain you are that you’ll always have a string stored. The class would then look like this: