Using C++17 std::optional
In this post, a software developers discusses the basic usage, creation, and operations of this useful wrapper type in C++.
Join the DZone community and get the full member experience.
Join For FreeLet's take a pair of two types <YourType, bool>
— what can you do with such composition?
In this article, I'll describe std:optional
— a new helper type added in C++17. It's a wrapper for your type and a flag that indicates if the value is initialized or not. Let's see where it can be useful and how you can use it.
Intro
By adding the boolean flag to other types, you can achieve a thing called "nullable types." As mentioned, the flag is used to indicate whether the value is available or not. Such a wrapper represents an object that might be empty in an expressive way (so not via comments)
While you can achieve "null-ability" by using unique values (-1, infinity, nullptr
), it's not as clear as the separate wrapper type. Alternatively, you could even use std::unique_ptr<Type>
and treat the empty pointer as not initialized - this works, but comes with the cost of allocating memory for the object.
Optional types - that come from functional programming world - bring type safety and expressiveness. Most of other languages have something similar: for example std::option
in Rust, Optional<T>
in Java, Data.Maybe
in Haskell.
std::optional
was added in C++17 and brings a lot of experience fromboost::optional
that was available for many years. Since the update to C++17, you can just#include <optional>
and use the type.
Such a wrapper is still a value type (so you can copy it, via deep copy). What's more, std::optional
doesn't need to allocate any memory on the free store.
std::optional
is a part of C++ vocabulary types along with std::any
, std::variant
and std::string_view
.
When to Use std::optional
Usually, you can use an optional wrapper in the following scenarios:
- If you want to represent a nullable type nicely.
- Rather than using unique values (like
-1
,nullptr
,NO_VALUE
or something). - For example, making the user's middle name optional. You could assume that an empty string would work here, but knowing if a user entered something or not might be important. With
std::optional<std::string>
you get more information.
- Rather than using unique values (like
- Return a result of some computation (processing) that fails to produce a value and is not an error.
- For example, finding an element in a dictionary: if there’s no element under a key it’s not an error, but we need to handle the situation.
- To perform lazy-loading of resources.
- For example, a resource type has no default constructor, and the construction is substantial. So you can define it as
std::optional<Resource>
(and you can pass it around the system), and then load only if needed later.
- For example, a resource type has no default constructor, and the construction is substantial. So you can define it as
- To pass optional parameters into functions.
I like the description from boost optional which summarizes when we should use the type. From the boost::optional
documentation: When to use Optional
It is recommended to use
optional<T>
in situations where there is exactly one, clear (to all parties) reason for having no value of typeT
, and where the lack of value is as natural as having any regular value ofT
While sometimes the decision to use optional might be blurry, you shouldn't use it for error handling, as it best suits the cases when the value is empty and it's a normal state of the program.
Basic Example
Here's a simple example of what you can do with optional:
std::optional<std::string> UI::FindUserNick()
{
if (nick_available)
return { mStrNickName };
return std::nullopt; // same as return { };
}
// use:
std::optional<std::string> UserNick = UI->FindUserNick();
if (UserNick)
Show(*UserNick);
In the above code we define a function that returns optional containing a string. If the user’s nickname is available, then it will return a string. If not, then it returns nullopt
. Later we can assign it to an optional and check (it converts to bool
) if it contains any value or not. Optional defines operator*
so we can easily access the contained value.
In the following sections, you'll see how to create std::optional
, operate on it, pass it around, and even the performance costs you might want to consider.
std::optional
Creation
There are several ways to create std::optional
:
// empty:
std::optional<int> oEmpty;
std::optional<float> oFloat = std::nullopt;
// direct:
std::optional<int> oInt(10);
std::optional oIntDeduced(10); // deduction guides
// make_optional
auto oDouble = std::make_optional(3.0);
auto oComplex = make_optional<std::complex<double>>(3.0, 4.0);
// in_place
std::optional<std::complex<double>> o7{std::in_place, 3.0, 4.0};
// will call vector with direct init of {1, 2, 3}
std::optional<std::vector<int>> oVec(std::in_place, {1, 2, 3});
// copy/assign:
auto oIntCopy = oInt;
As you can see in the above code sample, you have a lot of flexibility with the creation of optional. It's very simple for primitive types and this simplicity is extended for even complex types.
For example, you can write:
// https://godbolt.org/g/FPBSak
struct Point
{
Point(int a, int b) : x(a), y(b) { }
int x;
int y;
};
std::optional<Point> opt{std::in_place, 0, 1};
// vs
std::optional<Point> opt{{0, 1}};
This saves the creation of a temporary Point
object.
I'll address std::in_place
later in a separate post, so stay tuned.
Returning std::optional
If you return an optional from a function, then it's very convenient to return just std::nullopt
or the computed value.
std::optional<std::string> TryParse(Input input)
{
if (input.valid())
return input.asString();
return std::nullopt;
}
In the above example, you can see that I return std::string
computed from input.asString()
and it's wrapped in optional
. If the value is unavailable then you can just return std::nullopt
.
Of course, you can also declare an empty optional at the beginning of your function and reassign it if you have the computed value. So we could rewrite the above example as:
std::optional<std::string> TryParse(Input input)
{
std::optional<std::string> oOut; // empty
if (input.valid())
oOut = input.asString();
return oOut;
}
It probably depends on the context as to which version is better. I prefer short functions, so I'd chose the first option (with multiple returns).
Accessing the Stored Value
Probably the most important operation for optional (apart from creation) is the way you can fetch the contained value.
There are several options:
operator*
andoperator->
- similar to iterators. If there's no value the behaviour is undefined!value()
- returns the value, or throws std::bad_optional_accessvalue_or(defaultVal)
- returns the value if available, ordefaultVal
otherwise.
Here's an example:
// by operator*
std::optional<int> oint = 10;
std::cout<< "oint " << *opt1 << '\n';
// by value()
std::optional<std::string> ostr("hello");
try
{
std::cout << "ostr " << ostr.value() << '\n';
}
catch (const std::bad_optional_access& e)
{
std::cout << e.what() << "\n";
}
// by value_or()
std::optional<double> odouble; // empty
std::cout<< "odouble " << odouble.value_or(10.0) << '\n';
So the most useful way is probably just to check if the value is there and then access it:
// compute string function:
std::optional<std::string> maybe_create_hello();
// ...
if (auto ostr = maybe_create_hello(); ostr)
std::cout << "ostr " << *ostr << '\n';
else
std::cout << "ostr is null\n";
std::optional
Operations
Let's see what are other operations on the type:
Changing the Value
If you have an existing optional object, then you can easily change the contained value by using several operations like emplace
, reset
, swap
, assign. If you assign (or reset) with a nullopt
then if the optional contains a value its destructor will be called.
Here's a little summary:
#include <optional>
#include <iostream>
#include <string>
class UserName
{
public:
explicit UserName(const std::string& str) : mName(str)
{
std::cout << "UserName::UserName(\'";
std::cout << mName << "\')\n";
}
~UserName()
{
std::cout << "UserName::~UserName(\'";
std::cout << mName << "\')\n";
}
private:
std::string mName;
};
int main()
{
std::optional<UserName> oEmpty;
// emplace:
oEmpty.emplace("Steve");
// calls ~Steve and creates new Mark:
oEmpty.emplace("Mark");
// reset so it's empty again
oEmpty.reset(); // calls ~Mark
// same as:
//oEmpty = std::nullopt;
// assign a new value:
oEmpty.emplace("Fred");
oEmpty = UserName("Joe");
}
The code is available here: @Coliru
Comparisons
std::optional
allows you to compare contained objects almost "normally," but with a few exceptions when the operands are nullopt
. See below:
#include <optional>
#include <iostream>
int main()
{
std::optional<int> oEmpty;
std::optional<int> oTwo(2);
std::optional<int> oTen(10);
std::cout << std::boolalpha;
std::cout << (oTen > oTwo) << "\n";
std::cout << (oTen < oTwo) << "\n";
std::cout << (oEmpty < oTwo) << "\n";
std::cout << (oEmpty == std::nullopt) << "\n";
std::cout << (oTen == 10) << "\n";
}
The above code generates:
true // (oTen > oTwo)
false // (oTen < oTwo)
true // (oEmpty < oTwo)
true // (oEmpty == std::nullopt)
true // (oTen == 10)
The code is available here: @Coliru
Examples of std::optional
Here are two longer examples where std::optional
fits nicely.
User Name With an Optional Nickname and Age
#include <optional>
#include <iostream>
class UserRecord
{
public:
UserRecord (const std::string& name, std::optional<std::string> nick, std::optional<int> age)
: mName{name}, mNick{nick}, mAge{age}
{
}
friend std::ostream& operator << (std::ostream& stream, const UserRecord& user);
private:
std::string mName;
std::optional<std::string> mNick;
std::optional<int> mAge;
};
std::ostream& operator << (std::ostream& os, const UserRecord& user)
{
os << user.mName << ' ';
if (user.mNick) {
os << *user.mNick << ' ';
}
if (user.mAge)
os << "age of " << *user.mAge;
return os;
}
int main()
{
UserRecord tim { "Tim", "SuperTim", 16 };
UserRecord nano { "Nathan", std::nullopt, std::nullopt };
std::cout << tim << "\n";
std::cout << nano << "\n";
}
The code is available here: @Coliru
Parsing ints
From the Command Line
#include <optional>
#include <iostream>
#include <string>
std::optional<int> ParseInt(char*arg)
{
try
{
return { std::stoi(std::string(arg)) };
}
catch (...)
{
std::cout << "cannot convert \'" << arg << "\' to int!\n";
}
return { };
}
int main(int argc, char* argv[])
{
if (argc >= 3)
{
auto oFirst = ParseInt(argv[1]);
auto oSecond = ParseInt(argv[2]);
if (oFirst && oSecond)
{
std::cout << "sum of " << *oFirst << " and " << *oSecond;
std::cout << " is " << *oFirst + *oSecond << "\n";
}
}
}
The code is available here: @Coliru
The above code uses optional to indicate if we performed the conversion or not. Note that we, in fact, converted exceptions handling into optional, so we skipped the errors that might appear. This might be "controversial" as, usually, we should report errors.
Other Examples
- Representing other optional entries for your types. Like in the example of a user record. It's better to write
std::optonal<Key>
rather than use a comment to make notes like// if the 'key is 0x7788 then it's empty
or something. - Return values for
Find*()
functions (assuming you don't care about errors, like connection drops, database errors or something).
Performance and Memory Consideration
When you use std::optional
you'll pay with increased memory footprint. At least one extra byte is needed.
Conceptually your version of the standard library might implement optional as:
template <typename T>
class optional
{
bool _initialized;
std::aligned_storage_t<sizeof(T), alignof(T)> _storage;
public:
// operations
};
In short, optional
just wraps your type, prepares a space for it and then adds one boolean parameter. This means it will extend the size of your Type according do the alignment rules.
There was one comment about this construction: "And no standard library can implement optional this way (they need to use a union, because constexpr)." So the code above is only to show an example, not a real implementation.
Alignment rules are important as the standard defines:
Class template optional [optional.optional]:
The contained value shall be allocated in a region of the optional storage suitably aligned for the type T.
For example:
// sizeof(double) = 8
// sizeof(int) = 4
std::optional<double> od; // sizeof = 16 bytes
std::optional<int> oi; // sizeof = 8 bytes
While bool
type usually takes only one byte, the optional type needs to obey the alignment rules and thus the whole wrapper is larger than just sizeof(YourType) + 1 byte
.
For example, if you have a type like:
struct Range
{
std::optional<double> mMin;
std::optional<double> mMax;
};
This will take more space than when you use your custom type:
struct Range
{
bool mMinAvailable;
bool mMaxAvailable;
double mMin;
double mMax;
};
In the first case, we're using 32 bytes! The second version is 24 bytes.
Test code using Compiler Explorer
Here's a great description about the performance and memory layout taken from boost documentation: Performance considerations - 1.67.0.
And in Efficient optional values | Andrzej's C++ blog the author discusses how to write a custom optional wrapper that might be a bit faster
I wonder if there's a chance to do some compiler magic and reuse some space and fit this extra "initialized flag" inside the wrapped type. So no extra space would be needed.
Migration From boost::optional
std::optional
was adapted directly from boost::optional
, so you should see the same experience in both versions. Moving from one to another should be easy, but, of course, there are little differences.
In the paper: N3793 - A proposal to add a utility class to represent optional objects (Revision 4) - from 2013-10-03 I've found the following table (and I tried to correct it when possible with the current state).
aspect | std::optional | boost::optional (as of 1.67.0) |
---|---|---|
Move semantics | yes |
|
noexcept | yes |
|
hash support | yes | no |
a throwing value accessor | yes | yes |
literal type (can be used in constexpr expressions) |
yes | no |
in place construction | `emplace`, tag `in_place` |
emplace() , tags in_place_init_if_t , in_place_init_t , utility in_place_factory |
disengaged state tag | nullopt |
none |
optional references | no | yes |
conversion from optional<U> to optional<T> |
yes | yes |
explicit convert to ptr (get_ptr ) |
no | yes |
deduction guides | yes | no |
Special Case: optional<bool>
and optional<T*>
While you can use optional on any type you need to pay special attention when trying to wrap boolean or pointers.
std::optional<bool> ob
- what does it model? With such a construction you basically have a tri-state bool. So if you really need it, then maybe it's better to look for a real tri-state bool like boost::tribool
.
Similarly, you have a similar confusion with pointers:
// don't use like that! only an example!
std::optional<int*> opi { new int(10) };
if (opi && *opi)
{
std::cout << **opi << std::endl;
delete *opi;
}
if (opi)
std::cout << "opi is still not empty!";
The pointer to int
is naturally "nullable," so wrapping it into optional makes it very hard to use.
Wrapping Up
Uff... That was a lot of text about optional, but still it's not all!
Yet, we've covered the basic usage, creation, and operations of this useful wrapper type. I believe we have a lot of cases where optional fits perfectly and much better than using some predefined values to represent nullable types.
I'd like to remember the following things about std::optional
:
std::optional
is a wrapper type to express "null-able" types.std::optional
won't use any dynamic allocation.std::optional
contains a value or it's empty.std::optional
is implicitly converted tobool
so that you can easily check if it contains a value or not.
In the next article, I'll try to explain error handling and why optional is maybe not the best choice there.
I'd like to thank Patrice Roy (@PatriceRoy1), Jacek Galowicz (@jgalowicz) and Andrzej Krzemienski (akrzemi) for finding time do do a quick review of this article!
Published at DZone with permission of Bartłomiej Filipek, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
Comments