spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

C(++) hat keinen Garbadge Collector. Einer der Hauptgründe, warum die Entwicklung unter C(++) relativ langsam ist.

Zitat von »"DragonMaster"«

Das ist richtig. Aber die Klasse erfüllt trotzdem die Kriterien die Patrik und ich bereits angesprochen haben. Es wird nur Automatisiert, gemacht werden muss es aber dennoch

natürlich wird es gemacht. da_oAsch hat aber kein delete in seinem code.

Zitat von »"da_oAsch"«

Genügt es auch wenn ich z.b. ein objekt habe in dem mehrer mit new angelegte Variable existieren nur das objekt selbst delete? oder muss ich jede einzelne Variable deleten?

das musst du auch selbst machen. üblich ist es, die deletes in den destruktor des klasse zu packen.

Zitat von »"da_oAsch"«

Also gibts da nicht so nen Grabage-Collector (oder wie die routine heißt) wie in Java der mir den Müll wegräumt.

Zitat von »"Osram"«

C(++) hat keinen Garbadge Collector. Einer der Hauptgründe, warum die Entwicklung unter C(++) relativ langsam ist.

Meinst? Ja sicher man muss halt immer darauf aufpassen, das man auch alles Löscht. Aber der Garbadge Collector ist im Prinzip ja nichts anderes als ein Memory Manager. Die Adressen müssen irgendwo Registriert werden damit man sie am Ende des Programms auch hat. Oder seh ich da jetzt was falsch?

Zitat von »"da_oAsch"«

wenn ich wirklich alles was mit new angelegt wurde wegräumen muss ist das ja haufen arbeit.

Natürlich ist es was Arbeit. Aber so viel nun auch wieder nicht. An den 5 Buchstaben wirst schon nicht sterben

Zitat von »"da_oAsch"«

Genügt es auch wenn ich z.b. ein objekt habe in dem mehrer mit new angelegte Variable existieren nur das objekt selbst delete? oder muss ich jede einzelne Variable deleten?

Wenn der Destruktor deines Objektes den Rest erledigt ist das kein Problem.

Ich schrieb:

Zitat

C(++) hat keinen Garbadge Collector. Einer der Hauptgründe, warum die Entwicklung unter C(++) relativ langsam ist.

Um es vielleicht nochmal klarer zu fassen: Wenn ich ein Projekt in 'ner Sprache mit GC in 3 Jahren schreibe, brauche ich in C(++) mindest 3.5 Jahre, wenn ich wirklich alle Speicherlecks beheben will..

Dragonmaster schrieb:

Zitat

Meinst? Ja sicher man muss halt immer darauf aufpassen, das man auch alles Löscht.

Und das kann beliebig kompliziert werden, wenn Objekte an einer Stelle erzeugt und an vielen benutzt werden.

Zitat

Aber der Garbadge Collector ist im Prinzip ja nichts anderes als ein Memory Manager. Die Adressen müssen irgendwo Registriert werden damit man sie am Ende des Programms auch hat. Oder seh ich da jetzt was falsch?

Ja, aber das läuft automatisch.

Zitat von »"Osram"«

Und das kann beliebig kompliziert werden, wenn Objekte an einer Stelle erzeugt und an vielen benutzt werden.

Das stimmt. Da muss man immer höllisch aufpassen. Aber man kann dieses Problem schnell mit einer Referenzierung vereinfachen. Aber hast schon recht. Es kann sehr komplex werden.