Ich versuche, eine entgegengesetzte Aktion zu programmieren:
%Vor%sollte es in etwa so sein:
%Vor%Aber ich bin fest mit dem 'Ende' Iterator - Eingabe-Interaktoren können nicht verwenden std :: advance und weder ich kann zwei Streams mit der gleichen Quelle verwenden ...
Gibt es einen eleganten Weg, um das zu lösen? Natürlich kann ich for-Schleife verwenden, aber vielleicht gibt es etwas Schöneres:)
Sie können vom istream_iterator & lt; T & gt; ableiten.
Obwohl Daemin-Generator-Methode eine weitere Option ist , obwohl ich direkt in die Menge erzeugen würde, anstatt einen Zwischenvektor zu verwenden.
Wenn ich mir das ein wenig ansehe, glaube ich nicht, dass das direkte Lesen in ein Set funktionieren wird, da man es einfügen muss, um die Elemente hinzuzufügen (ich könnte mich irren, es ist ziemlich früh am Morgen). Obwohl ich die STL-Dokumentation in VS2005 kurz betrachte, denke ich, dass etwas mit der Funktion generate_n funktionieren sollte, zum Beispiel:
%Vor%Hoffentlich ist das entweder Ihr Problem gelöst, oder Sie haben überzeugt, dass die Schleife im großen Schema der Dinge nicht so schlecht ist.
Wie wäre es mit einem alternativen Iterator, um die Traversierung durchzuführen und dann ein Funktionsobjekt (oder Lambda) zu verwenden, um den Container auszufüllen?
%Vor%Das setzt natürlich voraus, dass Sie einen C ++ 0x -kompatiblen Compiler haben.
BTW, 'counting_iterator & lt; & gt;' ist Teil von Boost.Iterator .
Ja sdg aber wenn ich eine andere Datenstruktur in dieser Datei / Stream verwenden möchte? Ich sollte wahrscheinlich hier explizit schreiben, ich möchte nach diesem Set noch ein anderes Material speichern, deshalb speichere ich auch die Größe.
(Bearbeitet: Ich hätte die Frage näher lesen sollen ...)
Obwohl etwas verdächtig ist, können Sie ungefähr das richtige Verhalten erzielen, wenn Sie einen Eintrag in der Datei haben, der die erste Schleife "fehlschlägt", dann das Fehlerbit im Stream löscht und mehr liest.
Daten ohne explizite Größe, aber wie diese
%Vor%Fed auf den Code unten scheint zu tun, was ich meinte, zumindest auf VS2005 mit STLPort.
%Vor%Danke für die Ideen Jungs. Selbst wenn diese Dinge cool scheinen, werde ich sicherlich keinen neuen Klassen- / Iterator dafür erstellen ;-) Ich verstehe besser, warum SGI sich entschieden hat, den "copy_n" -Algorithmus jetzt einzuschließen:)
Tags und Links c++ iterator stl-algorithm istream-iterator