Si que se te está usando. Se usa cuando el número de elementos del vector es mayor que el número de elementos del initializer_list (aclarado con ejemplos y demostrado para mi compilador).

Bueno, tras realizar algunas comprobaciones tecleando código, he llegado a las siguientes conclusiones:

Lo que hace C++11 es decir: vale, te permito crear un arreglo e inicializarlo con una initializer_list con un número de elementos menor o igual al tamaño del arreglo, pero bajo las siguientes condiciones:

• Si el número de elementos del initializer_list es igual al número de elementos del vector, entonces puedes crearlo sin problemas
• Si el número de elementos del initializer_list es menor que el número de elementos del vector, te dejo crearlo, pero tienes que definir un constructor que acepte un initializer_list (con cualquier tipo base). Entonces, lo que el compilador hace es lo siguiente (hablo de mi compilador, no sé si será estándar): Tomo los primeros elementos del initializer_list y con ellos construyo los primeros elementos del vector. Con los últimos elementos del vector, llamo al constructor con un initializer_list vacío(si hubiera varios con varios tipos, entonces marcaría error de ambigüedad). Posteriormente pongo un ejemplo
• Si el número de elementos del initializer_list supera el número de elementos del vector, se marca error

Ejemplo de la segunda condición:

#include <iostream>
#include <initializer_list>
 
class Objeto {
private:
    int u;
 
public:
    Objeto(int n);
    Objeto(const std::initializer_list<char> &n);
 
    void Imprimir();
};
 
int main() {
    Objeto cadenas[3] = {1, 1};
 
    std::cout << std::endl;
 
    for(int i = 0; i < 3; i++)
        cadenas[i].Imprimir();
 
    return 0;
}
 
Objeto::Objeto(int n) {
    std::cout << n << std::endl;
 
    u = 1;
}
 
Objeto::Objeto(const std::initializer_list<char> &n) {
    std::initializer_list<char>::iterator it;
 
    std::cout << "Initializer (size = " << n.size() << "): ";
    for(it = n.begin(); it != n.end(); it++)
        std::cout << *it << ' ';
    std::cout << std::endl;
 
    u = 2;
}
 
void Objeto::Imprimir() {
    std::cout << u << std::endl;
}

La salida del siguiente código:


Como podéis ver, para los primeros elementos, se llama al constructor de parámetro tipo 'int' (aquí pongo un poco de conversión implícita), y cuando se queda sin elementos, se llama al constructor con el initializer_list con cero valores. Si hubieramos definido otro constructor con initializer_list con tipo, por ejemplo, std::string, hubiera dado error de ambigüedad.

Espero haberme explicado bien. Esta es una particularidad de C++ que desconocía por completo

Esto es raro. Si intento compilar el ejemplo del string:

std::string cadenas[100] = {"Cadena"};

si que funciona, pero si lo hago para un tipo de dato definido por mi:

#include <iostream>
 
class Objeto {
public:
    Objeto(int n);
};
 
int main() {
    Objeto cadenas[100] = {1};
 
    return 0;
}

si que me da error:

De acuerdo, usaré los vectores de la STL. Gracias! (una pena que no se pueda)

No era eso lo que quería decir. A veces me explico muy mal xD. Siguiendo con el ejemplo de string que has propuesto, mi intención es crear un vector de string de la siguiente forma:

std::string cadenas[100] = {"Cadena"};

El resultado esperado por mi sería que cada cadena sea inicializada con "Cadena". Poniendo esa línea, el compilador me tira error.

Hola, muy buenas.

Mi duda es la siguiente: imaginemos que tenemos una clase con un solo constructor, que necesita parámetros. ¿Podríamos crear e instanciar un arreglo de objetos tipo <esa clase> con algo parecido a la siguiente sintaxis?

Objeto objetos[NUM_OBJETOS] = {0};

En este caso, el constructor del objeto recibiría como parámetro un entero, por lo que se haría 'conversión' implícita.

Muchas gracias

Vaaaale. Ya entiendo!!!!!! std::getline no se salta los retornos de carro... Pues no tenía ni idea!!

Muchas gracias por pasaros!

Mira que imprimí los caracteres por si había alguno raro... No me fijé en el carriage character. Es muy raro, los datos se han leído usando la clase std::ifstream, ¿no debería saltarse estos caracteres cuando se lee sin activar la lectura binaria?

Muchas gracias

Hola, muy buenas. Estoy desarrollando para la facultad una clase llamada Cronologia y otra como FechaHistorica, y tengo problemas con la salida del FechaHistorica. En esta clase, he definido una sobrecarga de operador amigo así:

std::ostream& operator<<(std::ostream &os, const FechaHistorica &fecha) {
    // PRUEBAS
    for(int i = 0; i < (int)fecha.acontecimientos.size(); i++)
        os << fecha.acontecimientos[i] << std::endl;
 
    os << "________________________________" << std::endl;
 
    for(int i = 0; i < (int)fecha.acontecimientos.size(); i++) {
        for(int j = 0; j < (int)fecha.acontecimientos[i].size(); j++)
            os << '(' <<(int)fecha.acontecimientos[i][j] << ',' << fecha.acontecimientos[i][j] << ") ";
 
        os << std::endl << "___" << std::endl;
    }
 
    // CÓDIGO REAL
    os << fecha.año;
 
    for(const std::string &elemento : fecha.acontecimientos)
        os << FechaHistorica::TERMINADOR << elemento;
 
    return os;
}

La parte etiquetada como 'PRUEBAS' significa que no pertenece al código final. FechaHistorica tiene un año (int) y un conjunto de acontecimientos (std::vector de std::string). Pues bien, cuando yo ejecuto ese operador obtengo la siguiente salida:


Como podeis ver, el vector de string contiene los string

• Apriori algorithm developed by Rakesh Agrawal and Ramakrishnan Srikant
• Nada en especial
• Algo

Después he impreso el valor numérico de cada carácter.

El ERROR está en la siguiente parte:

En el código, tengo que se imprima primero el año, y luego el conjunto de sucesos, pero por alguna razón, parece ser que la posición del cursor (columna) vuelve a 0, y sobreescribe los datos de la línea ya impresos. Espero haberme explicado bien.

He probado en cada iteración a hacer un flush de 'os', pero no ha resultado.

Muchas gracias!

Jaja. Ya sé que el tema de los BUGS es un tema que casi nunca se da, pero como había compilado el JDK no oficial con makepkg, pues pensé en los bugs automáticamente. Tenías razón, no es un BUG, es la representación del booleano. Al final he cambiado la representación en mi archivo. ¡Muchas gracias!