struct DATEN
{
        string vorname;
        string nachname;
        string ort;
};

DATEN Daten;

vector<string>VecDaten;

for(int i=0;i<sizeof(DATEN)/24;i++)
{
VecDaten.push_back (  was würde hier rein kommen?  );
/*/
Erster Durchlauf: schiebe vorname in vector
Zweiter Durchlauf: schiebe nachname in vector
Dritter Durchlauf: schiebe ort in vector
/*/
}

Oder muss ich schreiben:

VecDaten.push_back (vorname);
VecDaten.push_back (nachname);
VecDaten.push_back (ort);

std::vector<DATEN> datenVec;

DATEN neueDaten;
neueDaten.vorname = "hans";
neueDaten.nachname = "wurst"
neueDaten.ort = "wursthausen";

datenVec.push_back(neueDaten);

du könntest dem struct auch einfach einen Konstruktor spendieren, dann ginge sowas:

datenVec.push_back(DATEN("hans", "wurst", "wursthausen"));

std::vector<DATEN> datenVec;

DATEN neueDaten;
neueDaten.vorname = "hans";
neueDaten.nachname = "wurst"
neueDaten.ort = "wursthausen";

datenVec.push_back(neueDaten);

Mein Problem ist jetzt die Ausgabe anscheind muss ich dort ja mit Operator Überladung arbeiten.

Weil wenn ich schreibe:

cout<<datenVec[0];

Dann sagt mein Compiler: [C++ Fehler] t.cpp(76): E2094 'operator<<' ist im Typ 'ostream' für Argumente des Typs 'DATEN' nicht implementiert

Daher hab ich folgendes gemacht:

ostream &operator << ( ostream &os, DATEN &daten )
{

        return os << daten.vorname << " "<<daten.nachname << " "<<daten.ort;
}

Nur das nützt mir ja jetzt auch nichts, wie kann ich mir jetzt die einzelnen Elemente ausgeben lassen?

Für Element zugriff gibt es ja operator[] aber ich hab kp wie ich das hier verwenden soll in diesem Fall.

Nur das nützt mir ja jetzt auch nichts, wie kann ich mir jetzt die einzelnen Elemente ausgeben lassen?

meinst du, der Code funktioniert nicht? Oder willst du dir von deinen Daten jeweils nur den Vornamen ausgeben lassen?

Nur ich dachte ich könnte sowas machen:

cout<<datenVec[0];  // Gibt vorname aus
cout<<datenVec[1];  // Gibt nachname aus
cout<<datenVec[2];  // Gibt ort aus

Nur ich dachte ich könnte sowas machen:

cout<<datenVec[0];  // Gibt vorname aus
cout<<datenVec[1];  // Gibt nachname aus
cout<<datenVec[2];  // Gibt ort aus

du hast da etwas völlig missverstanden. datenVec ist ein std::vector, der mehrer Instanzen von deinem DATEN-struct enthält. mit datenVec[0] greifst du auf das erste Element zu. Was du willst, ist dann wohl

cout<<datenVec[0].vorname;  // Gibt vorname aus
cout<<datenVec[0].nachname;  // Gibt nachname aus
cout<<datenVec[0].ort;  // Gibt ort aus

edit: Mist, hab zu lange fürs Tippen gebraucht

cout << datenVec[0]; // rufe die Funktion auf und gib darin Vor-, Nachname und Ort aus

Du könntest auch einfach ostream& operator<<(ostream&, const DATEN&) definieren, dann ginge auch

lesen, verstehen, posten

genau das hat er bereits gemacht. Jetzt möchte er die einzelnen Elemente des structs getrennt ausgeben

Und wenn 'nen halbwegs aktuellen und vernünftigen Compiler hast, kannste auch

#include <string>
#include <utility>
#include <vector>

struct Daten
{
    std::string vorname;
    std::string nachname;
    std::string ort;
};

int main()
{
    std::vector<Daten> VecDaten;
    Daten d = {"Pipi", "Langstrumpf", "Tackatuckaland"};
    VecDaten.push_back(std::move(d));
}

schreiben. Das std::move kannst du verwenden, um zu sagen "Der Wert dieser Variable interessiert mich nicht mehr", was u.U. die eine oder andere Operation beschleunigt. In diesem Fall müssten die Strings nicht in den Vektor kopiert werden. Sie müssten nur "umziehen". Nach so einer Aktion solltest du nicht erwarten, dass d unverändert bleibt. Allerdings ist der Microsoft-Compiler noch nicht soweit, dass er es in diesem Fall wirklich gebacken bekommt.

Edit: Oops... Es hat sich wohl schon erledigt, mit dem Füllen des Vektors...

Und wenn 'nen halbwegs aktuellen und vernünftigen Compiler hast, kannste auch

#include <string>
#include <utility>
#include <vector>

struct Daten
{
    std::string vorname;
    std::string nachname;
    std::string ort;
};

int main()
{
    std::vector<Daten> VecDaten;
    Daten d = {"Pipi", "Langstrumpf", "Tackatuckaland"};
    VecDaten.push_back(std::move(d));
}

Wenn man einen halbwegs aktuellen und vernünftigen Compiler hat, schafft man die main() in einer sauberen Zeile:

int main()
{
    std::vector<Daten> VecDaten{{"Pipi", "Langstrumpf", "Tackatuckaland"}};
}

Edit: Ich seh schon, macht nicht dasselbe wie deins, hier muss schließlich kopiert werden... initializer_list kann keine RValue-Referenzen aufnehmen.

Sone schrieb:

krümelkacker schrieb:

Und wenn 'nen halbwegs aktuellen und vernünftigen Compiler hast, kannste auch

#include <string>
#include <utility>
#include <vector>

struct Daten
{
    std::string vorname;
    std::string nachname;
    std::string ort;
};

int main()
{
    std::vector<Daten> VecDaten;
    Daten d = {"Pipi", "Langstrumpf", "Tackatuckaland"};
    VecDaten.push_back(std::move(d));
}

Wenn man einen halbwegs aktuellen und vernünftigen Compiler hat, schafft man die main() in einer sauberen Zeile:

int main()
{
    std::vector<Daten> VecDaten{{"Pipi", "Langstrumpf", "Tackatuckaland"}};
}

Edit: Ich seh schon, macht nicht dasselbe wie deins, hier muss schließlich kopiert werden... initializer_list kann keine RValue-Referenzen aufnehmen.

std::vector<Daten> VecDaten;
    VecDaten.push_back({"Heiko", "Blonder", "Sachsen"});

cout<<datenVec[0].vorname;  // Gibt vorname aus 
cout<<datenVec[0].nachname;  // Gibt nachname aus 
cout<<datenVec[0].ort;  // Gibt ort aus

Das mit dem std::move teste ich nachher mal ich hab hier gerade nur so einen veralteten Compiler. Wird Zeit mal was neueres.^^

Btw. kann die aktuelle MS Visual Studio Express Version schon C++11?

Btw. kann die aktuelle MS Visual Studio Express Version schon C++11?

Jup, ich denke schon. Zwar nicht sehr gut (afair noch nichtmal variadic templates), aber für Details musste warten bis jemand der damit arbeitet mehr rausrückt.

Kann man das so erklären das der Compiler hier selber einen Konstruktor in die Struktur baut?

Daten d = {"Pipi", "Langstrumpf", "Tackatuckaland"};

#include <utility> 
 #include <vector> 

struct Daten 
 { 
     std::string vorname; 
     std::string nachname; 
     std::string ort; 
 }; 

int main() 
 { 
     std::vector<Daten> VecDaten; 
     Daten d = {"Pipi", "Langstrumpf", "Tackatuckaland"}; 
     VecDaten.push_back(std::move(d)); 
 }

Kann man das so erklären das der Compiler hier selber einen Konstruktor in die Struktur baut?

Ja, genau so kann man das erklären. Wenn man ganz akribisch ist, wird man noch hinzufügen, dass das nur geschieht wenn kein anderer, user-definierter Ctor existiert.

Aber bei solchen PODs wie Daten gelten einige Member als implizit definiert:

Daten(Daten const&)
Daten(Daten&& )
Daten()
~Daten()
Daten& operator=(Daten const&)
Daten& operator=(Daten&&)

Deine Art von Initialisierung ist allerdings in 12.6.1, Klausel 2/3 definiert. Es ist eine spezielle Art von Initialisierung: Man initialisiert hierbei ein Objekt nicht durch den Konstruktor, sondern durch eine braced-init-list, die dann entweder die einzelnen Member nacheinander initialisiert, oder einen entsprechenden Ctor aufruft. Das nennt sich Listen-Initialisierung (engl. "list-initialization"), und funktioniert nur bei Klassen die entweder keinen Konstruktor definieren, oder die einen definieren, bei dem die Elemente der init-list ohne narrowing-conversion in die Konstruktor-Parameter konvertiert werden können.

Das hier ist aber keine list-initialization sondern eine aggregate-initialization, oder? Seit C++1 ist das irgendwie verwirrend.

Sone schrieb:

Deine Art von Initialisierung ist allerdings in 12.6.1, Klausel 2/3 definiert. Es ist eine spezielle Art von Initialisierung: Man initialisiert hierbei ein Objekt nicht durch den Konstruktor, sondern durch eine braced-init-list, die dann entweder die einzelnen Member nacheinander initialisiert, oder einen entsprechenden Ctor aufruft. Das nennt sich Listen-Initialisierung (engl. "list-initialization"), und funktioniert nur bei Klassen die entweder keinen Konstruktor definieren, oder die einen definieren, bei dem die Elemente der init-list ohne narrowing-conversion in die Konstruktor-Parameter konvertiert werden können.

Das hier ist aber keine list-initialization sondern eine aggregate-initialization, oder? Seit C++1 ist das irgendwie verwirrend.

Aggregat-Initialisierung durch Initialisierungsliste ist (eine spezielle Form der) List-Initialisierung. Leider reflektiert die Gliederung des neuen Standards das nicht.

out schrieb:

Sone schrieb:

Deine Art von Initialisierung ist allerdings in 12.6.1, Klausel 2/3 definiert. Es ist eine spezielle Art von Initialisierung: Man initialisiert hierbei ein Objekt nicht durch den Konstruktor, sondern durch eine braced-init-list, die dann entweder die einzelnen Member nacheinander initialisiert, oder einen entsprechenden Ctor aufruft. Das nennt sich Listen-Initialisierung (engl. "list-initialization"), und funktioniert nur bei Klassen die entweder keinen Konstruktor definieren, oder die einen definieren, bei dem die Elemente der init-list ohne narrowing-conversion in die Konstruktor-Parameter konvertiert werden können.

Das hier ist aber keine list-initialization sondern eine aggregate-initialization, oder? Seit C++1 ist das irgendwie verwirrend.

Aggregat-Initialisierung durch Initialisierungsliste ist (eine spezielle Form der) List-Initialisierung. Leider reflektiert die Gliederung des neuen Standards das nicht.

Schade. Ich habe mich an eben dem orientiert.