ich lese mir zur zeit ein tutorial zum thema iteratoren durch. das prinzip verstehe ich soweit, und ich habe mir als beispiel diesen code kompiliert:

int main()
{
    using namespace std;

    vector<string> namen;

    namen.push_back("Hans");
    namen.push_back("Peter");
    namen.push_back("Klaus");

    for(vector<string>::iterator iter = namen.begin(); iter != namen.end(); iter++)
    {
        cout << *iter << endl;
    }
}

Und jetzt frage ich mich: wozu soll ich iteratoren hernehmen, wenn es doch auch so geht:

int main()
{
    vector<string> namen;

    namen.push_back("Hans");
    namen.push_back("Peter");
    namen.push_back("Klaus");

    for (int i=0; i<namen.size (); i++)
    {
        // Da wird mir auch der Inhalt ausgegeben !
        cout<<namen.at (i)<<endl;
    }
    getchar ();
}

....und warum sollte ich dafür iteratoren hernehmen ? oder ist ein iterator ein zeiger auf ein bestimmtes element im vector, und wenn ja, welche vorteile bringt mir das ??

Danke für Eure hilfe,

Xthomas.

copy(namen.begin(), namen.end(), ostream_iterator<string>(cout));

...
Und jetzt frage ich mich: wozu soll ich iteratoren hernehmen, wenn es doch auch so geht:...

Ganz einfach: Schreib' Deinen obigen Code mal mit einem std::set statt des vectors ...
Hast Du einen iterator (in dem Fall vllt. sogar einen const_iterator) genommen, funktioniert's weiterhin.

Gruß,

Simon2.

Das heist, iteratoren sind nichts anderes als zeiger, oder ??

Falsch, genau andersherum. Iteratoren sind ein sehr allgemeines Konzept. Zeiger sind eine spezielle Implementierung diese Konzepts (genauer gesagt, des Konzepts "Beliebiger-Zugriffs-Iterator" ("random access iterator"), welches wiederum eine Spezialisierung des Konzepts "Iterator" ist).

man kann es keineswegs gleichsetzen, aber durchaus ähnlich nutzen

Falsch, genau andersherum. Iteratoren sind ein sehr allgemeines Konzept. Zeiger sind eine spezielle Implementierung diese Konzepts (genauer gesagt, des Konzepts "Beliebiger-Zugriffs-Iterator" ("random access iterator"), welches wiederum eine Spezialisierung des Konzepts "Iterator

oh okay ... kommt mir zwar für den anfang total durcheinander vor (wie bei allen STL zeugs), aber was solls. Da braucht man schon eine besondere denkweise, überhaupt das 'konzept' der STL zu verstehen Vielleicht kommt ja irgendwann der knackpunkt, bei dem ich sage: "aaaah, deswegen ist das also sinnvoll !"

trotzdem nochmal danke für die erklärungen !

Xthomas

oh okay ... kommt mir zwar für den anfang total durcheinander vor (wie bei allen STL zeugs), aber was solls. Da braucht man schon eine besondere denkweise, überhaupt das 'konzept' der STL zu verstehen

Ja, das ist so. Die ganze Herangehensweise erfordert eine ganz besondere Denkweise, die man sich erst aneignen muss. Allerdings bin ich leider davon überfordert, das in einem Forum zu erklären. Letzte Woche habe ich an der Uni ein Seminar gegeben, um genau das zu vermitteln -- und ich denke, mit einigem Erfolg. Aber es war eben ein Vortrag mit einer Tafel vonnöten, ohne das hätte ich's nicht geschafft. Und selbst so habe ich mir den Mund fusselig geredet.

Vielleicht kommt ja irgendwann der knackpunkt, bei dem ich sage: "aaaah, deswegen ist das also sinnvoll !"

Ja, der wird definitiv kommen.

Ja, das ist so. Die ganze Herangehensweise erfordert eine ganz besondere Denkweise, die man sich erst aneignen muss.

Gut, und ich dachte schon, ich währe zu dumm es zu verstehen Ne, du hast schon recht, die STL erfordert wirklich ein tiefgründiges verständnis der programmiersprache. Da ja 2009 der neue C++ standard rauskommt, möchte ich bis dahin wenigstens die wichtigsten algorithmen und container der STL kennen, sonst blicke ich ja irgendwann garnicht mehr durch ...

Ja, der wird definitiv kommen.

...Ich bin beruhigt

Xthomas

Für die C++ Standardlibrary ist immer eine Investition in ein gutes Buch nötig. Man kommt mit kurzen Tutorials und Forenantworten nicht sehr weit. Denn immerhin füllen manche Buchautoren ganze Bücher zum Thema Container, Algorithmen und Iteratoren. Das geht dann halt nur mit vielen Beispielen und genaueren Erklärungen.

Danke artchi für den hinweis ... Das tutorial zu den iteratoren ist übrigens von dir !

(wobei ich dann nicht at() sondern den operator[] verwenden würde).

Ehrlich jetzt ? Ich hatte früher immer mit [] als Zugriff gearbeitet, bis ich mal gelesen habe, dass .at() eine execption wirft, wenn man ausserhalb des Bereiches ist und [] nicht. Deswegen bin ich davon ausgegangen, dass die.at Methode den Zugriffsoperatoren [] vorzuziehen ist

Am besten man benutzt Iteratoren, dann braucht man kein [] und kein at() benutzen. Am aller aller besten ist aber noch for_each, weil dann sind alle möglichen Fehlerquellen auf ein Minimum reduziert.