spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »dot«

Naja, überleg dir einfach mal wie lang deine Objekte leben. Dann wirst du feststellen, dass die Lebensdauer eines Objekts normalerweise nicht von der Lebensdauer mehr als eines anderen Objektes abhängt. Ein Objekt wird in der Regel lokal in einer Funktion oder als Member eines anderen Objektes erzeugt und stirbt beim Verlassen der Funktion oder mit seinem Parent Objekt auch wieder. Smartpointer sind kein Ersatz für Pointer, sondern ein völlig unabhängiges Konzept (Stichwort RAII). Ein Objekt wird möglicherweise von vielen anderen Objekten verwendet. An die übergibst du einfach Referenzen oder normale Zeiger. Aber die Lebensdauer eines Objektes hängt normalerweise nur mit einer anderen Stelle zusammen. Und genau dort verwendest du dann einen unique_ptr. shared_ptr ist für den seltenen Fall gedacht, dass die Lebensdauer eines Objektes tatsächlich von der Lebensdauer von mehr als einem anderen Objekt abhängt. Anwendungen wo sowas tatsächlich als prinzipielle Eigenschaft des zu lösenden Problems auftritt sind eher selten; meistens wird einfach aus Faulheit gleich mal mit shared_ptr herumgeworfen, weil man sich keine Gedanken über grundlegende Dinge wie Scope und Lifetime machen will. Das Ergebnis ist dann früher oder später ein hyperkompliziertes, praktisch nichtmehr durchschaubares, unbeherrschbares Gewirr aus Abhängigkeiten, das erfolgreich jegliche Flexibilität, die ansonsten vielleicht noch irgendwo vorhanden wäre, im Keim erstickt...

Zitat von »dot«

Getter-Methoden sind übrigens auch etwas für die Liste der Dinge die es zu vermeiden gilt...