Uniwersalna inicjalizacja C++ 11 powoduje nieoczekiwaną inicjalizację?

Question

W C++ 11, nowa uniwersalna składnia inicjalizacji może być również użyta do wywołania normalnego konstruktora (który nie przyjmuje parametru initializer_list). Chociaż patrząc na to nie jest źle, myślę, że może to spowodować problem w rzeczywistym użyciu.

Więc załóżmy w moim projekcie używam biblioteki, która pochodzi z następujących klas:

class Foo 
{ 
public: 
    Foo(int size, int value); // create 'size' number of elements 
    Foo(initializer_list<int> list); // create elements as in 'list' 
} 

w projekcie jest używany w ten sposób:

Foo foo{10, 2}; // initialize foo with 2 elements: 10 and 2 

Teraz biblioteka ma nowego release i w nowym wydaniu autor usunął 2 konstruktora, który pobiera initializer_list (albo przez cel lub przez pomyłkę). Nie zauważyłem zmiany, a mój projekt rozwija się szczęśliwie, tak jak poprzednio, tylko z nieoczekiwanym zainicjowaniem foo (teraz jest to 10 elementów zamiast 2).

Inną wersją tego problemu jest to, że Foo miał tylko pierwszy konstruktor i używasz uniwersalnej składni inicjalizacyjnej do init foo, a teraz autor zdecydował się na dodanie drugiego konstruktora, a to samo powoduje, że foo będzie inicjowane z różnymi elementy bez zauważenia.

Chciałam poznać opinię innych osób na ten temat. Czy to jest prawdziwy problem, czy też zbytnio się martwię? Czy istnieje jakieś rozwiązanie, aby temu zapobiec? Dzięki.

Answer 1

Prawdziwym problemem jest to, że interfejs API się zmienił.

Jeżeli konstruktor był

Foo(int size, int value); 

i użyłeś

Foo foo(10, 2); 

i API zostałby zmieniony na

Foo(int value, int size); 

to masz ten sam problem.