Decyzja projektowa dotycząca std :: array fill

Question

std::array w C++ 11 jest użyteczną klasą zapewniającą interfejs kontenera C++ na macierzy stosu C.

Ale dlaczego std::array nie ma typowego konstruktora wypełnienia, który ma większość kontenerów? Zamiast tego ma metodę fill.

Czy jest jakiś powód, dla którego std::array jest unikalny wśród kontenerów STL w tym zakresie?

Answer 1

Tak; std::array ma być agregatem (C++ 11 §8.5.1), tak aby mógł być użyty w jak największej liczbie kontekstów, w których można użyć zwykłej tablicy. Agregat może nie mieć wyraźnych konstruktorów lub destruktorów.

Answer 2

Z sekcji 23.3.2.1:

tablica jest agregat (8.5.1), który może być inicjowany składnia tablicy A = {inicjatora-list};

Jeśli to zadziałało jak std::vector to nie byłby już POD. Dodatkowo z tej samej sekcji:

Warunki dla kruszywa (8.5.1) muszą zostać spełnione.

te warunki są następujące:

Agregat jest tablicą lub klasy (Rozdział 9) bez konstruktorów dostarczane przez użytkowników (12,1), bez usztywniających-lub-equalinitializers dla danych niestatycznych członkowie (9.2), brak prywatnych lub chronionych niestatycznych członków danych (klauzula 11), brak klas bazowych (klauzula 10) i brak funkcji wirtualnych (10.3).

Answer 3

Wszyscy wyjaśnić „dlaczego” całkiem dobrze myślę, więc ja po prostu umieścić na sugestię obejścia który powinien skompilować się tak dobrze, jak native konstruktora:

template< typename T, std::size_t n > std::array<T,n> filledArray(const T& v) { 
    std::array<T,n> r; 
    r.fill(v); 
    return r; 
} 

auto arr = filledArray<int,4>(7);