In C++ when using initializer_list syntax to initialize an object, the regular constructors of the object also participate in overload resolution, when no other list initialization rule applies. As far as I understand it, the following code calls X::X(int)
class X { int a_; X(int a):a_(a) {} );
void foo() {
X bar{3};
}
But I don't understand, why regular constructors also are considered in context of initializer_lists. I feel that a lot of programmers now write X{3} to call a constructor instead of X(3) to call the construcor. I don't like this style at all, as it makes me think the object does not have a regular constructor.
What is the reason why the initializer_list syntax can also be used to call regular constructor? Is there a reason to now prefer this syntax over regular constructor calls?
Essentially it is a mess up. For C++11 it was attempted to create one uniform way to initialize objects instead of multiple approaches otherwise necessary:
T v(args...);
for the usual caseT d = T();
when using the default constructor for stack-based objectsT m((iterator(x)), iterator());
to fight the Most Vexing Parse (note the extra parenthesis around the first parameter)T a = { /* some structured values */ };
for aggregate initializationInstead the Uniform Initialization Syntax was invented:
T u{ /* whatever */ };
The intention was that uniform initialization syntax would be used everywhere and the old stule would go out of fashion. Everything was fine except that proponents of initialization from std::initializer_list<S>
realized that the syntax would be something like that:
std::vector<int> vt({ 1, 2, 3 });
std::vector<int> vu{{ 1, 2, 3 }};
That was considered unacceptable and uniform initialization syntax was irreparably compromised to allow the so much better
std::vector<int> vx{ 1, 2, 3 };
The problem with this mixture is that it now is sometimes unclear what is actually meant and uniform initialization syntax isn’t uniform any more. It is still necessary in some contexts (especially to value initialize stack-based objects in generic code) but it isn’t the correct choice in all cases. For example, the following two notations were meant to mean the same thing but they don’t:
std::vector<int> v0(1, 2); // one element with value 2
std::vector<int> v1{1, 2}; // two elements: 1 and 2
tl;dr: initializer list and uniform initialization syntax are the two separate notations. Sadly, they conflict.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With