spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja 2008 kann das noch nicht. 2010 aber schon

Zitat von »Teiby«

Okay. Ich hab auch 2010 installiert. Läuft bei mir aber total lahm. Wenn ich im 2010 auf "Gehe zu Deklaration" klicke, dann braucht der manchmal 5-10 Sekunden bis der was findet. Gleiche auch mit "Alle Verweise suchen" und paar anderen Dingen...

Bei mir geht alles superfix, könnte aber auch an der SSD und dem Core i5 liegen ; )

Visual Studio 10 ist bei solchen "Finde Quelle"-Aufgaben wirklich bisweilen hundslangsam. Auch mit SSD und CoreI7. Installiere mal das ServicePack1 von VS2010, damit wird es *etwas* besser. Auch sonst hat VS10 einige Macken, die das VS8 nicht hatte. Aber der Compiler ist Top - hundeschnell, verlässlich und kann einige schöne C++11-Techniken, ohne die ich nicht mehr leben will. Allen voran die oben genannten Lambdas.

Zu Deinem eigentlichen Problem: Iterator-Schleifen, die zwischendrin was löschen sollen, sehen bei mir so aus, wie das dot schon beschrieb: der erase()-Aufruf gibt einen Iterator auf das nächste gültige Element zurück. Das heißt aber auch, dass Du dann in der Schleife nicht mehr so einfach ++it machen darfst, weil Du dann ja im erase-Fall zweimal vorwärts latschst. Probier es stattdessen mal mit sowas:



und es müsste klappen. Man hat mich aber vor ne Weile mal darauf hingewiesen, dass ein erase() mit Iteratorrückgabe eine VisualC-eigene Erfindung ist. Dieser Code kompiliert also auf dem GCC nicht mehr. Die Lösung auf dem GC wäre wahrscheinlich vom Typ des Containers abhängig.

Zitat von »Schrompf«

Man hat mich aber vor ne Weile mal darauf hingewiesen, dass ein erase() mit Iteratorrückgabe eine VisualC-eigene Erfindung ist. Dieser Code kompiliert also auf dem GCC nicht mehr. Die Lösung auf dem GC wäre wahrscheinlich vom Typ des Containers abhängig.

Dann hat man dir Blödsinn erzählt
erase() liefert bei allen Containern (die ein erase() anbieten) den nächsten iterator zurück. Vor dem neuen Standard war das nur bei sequentiellen Containern so. Da war es eine Spezialität von Visual C++, dass z.B. auch std::map::erase() den iterator liefert. Aber nun ist das für jeden Container so.
Btw: Statt container.begin() und container.end(), sollte man nun begin(container) und end(container) verwenden.

Zitat von »dot«

Dann hat man dir Blödsinn erzählt
erase() liefert bei allen Containern (die ein erase() anbieten) den nächsten iterator zurück. Vor dem neuen Standard war das nur bei sequentiellen Containern so. Da war es eine Spezialität von Visual C++, dass z.B. auch std::map::erase() den iterator liefert. Aber nun ist das für jeden Container so.

Aha, ok. Gut zu wissen.

Zitat

Btw: Statt container.begin() und container.end(), sollte man nun begin(container) und end(container) verwenden.

Was bringt das?

Zitat von »Schrompf«

Zitat

Btw: Statt container.begin() und container.end(), sollte man nun begin(container) und end(container) verwenden.

Was bringt das?

Höhere Generizität/Flexibilität. Dein Code geht damit nichtmehr implizit von der Annahme aus, dass es sich bei container um eine Instanz einer Klasse handelt, die Methoden Namens begin() und end() hat, die entsprechende Iteratoren liefern.

Interessant. Ich müsste also, wenn ich einen eigenen Container schreibe, nicht mehr das Iterator-Interface implementieren, sondern könnte auch einfach Überladungen der begin()- und end()-Funktionen mit meinem Container anbieten.

Nette Idee, aber das geht mir ehrlich gesagt dann doch zu weit. Ich mag die Gruppierung von Funktionalität in Klassen. Ich orientiere mich in fremdem Code sehr viel über die Auto Completion. Zuviele freie Funktionen versauen da die Gruppierung von Funktionalität anhand der Typen.

std::begin() und std::end() rufen einfach nur bla.begin() und bla.end() auf und liegen schon fix fertig in der Standardbibliothek, du musst sie nur verwenden. Du musst also nichts selbst schreiben. Der Punkt ist aber: Wenn du deinen Code so schreibst, dann könntest du wenn du wolltest. Vor allem könntest du container problemlos durch etwas völlig andres ersetzen.