spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich tendiere hier zur Referenz, da hier dann keine Dereferenzierung notwendig ist.

Nur wenn man C Kompatible bleiben möchte, ist der Pointer die richtig Wahl.

Also in der Schule haben wir gelernt mit Pointer, hat sicher seine Gründe

Ja ich hab auch gelernt mit Pointer. Pointer sind ja auch nicht Falsch. Was ich ja auch nicht gesagt habe.

Ich benutze allerdings lieber Referenzen, da diese einfacher zu behandeln sind. Das fängt schon beim Funktionsaufruf an und man muss in der Funktion nicht immer *pointer oder pointer->blabla schreiben.

Wenn du einfach nur eine Variable verändern möchtest, die du als Parameter übergibst, solltest du Refernzen, also int &arg benutzen.

Denn Refernzen sind in diesem Fall einfacher zu handhaben und vermeiden somit Fehler.

Ciao DarthB :huhu:

also ich habe noch nie ein Argument dafür oder dagegen gehört, aber ich benutze Referenzen dann, wenn z. B. ein Parameter unbedingt übergeben werden soll, der in der Funktion gesetzt wird.
Pointer hingegen können auch NULL sein (z. B. Standardparameter NULL), also sollte man sie mit ASSERT oder if (ptr != NULL) abfragen.

Referenzen sind auch sehr nützlich wenn man Typen als Parameter hat die größer als 4 Byte sind. Z.B. Klassen oder Strukturen, wo dann ja noch der Kopierkonstruktor zusätzlich aufgerufen wird. Zwar gilt das auch noch für Zeiger, aber bei Zeigern kann man z.B. nich so was machen

Hi DragonMaster,
jetzt verstehe ich nicht ganz, warum das mit Zeigern nicht geht:
foo(const vector* pVec);
foo(&vector(2.0f,1.0f);

Es wird sicher doch ein temporäres vectorobjekt erstellt, welches dann im Kopierkonstruktor entweder eine Referenz oder eben eine Adresse darauf erhält.

Übrigens, ich mach für jede eigens erstellte Klasse immer eine Methode Assign(const CObj* pObj) als Kopiermethode rein.
Die wird im leeren Konstruktor mit Parameter NULL (Init) und im Kopierkonstruktor mit der Adresse auf das zu kopierende Objekt aufgerufen.
Damit muss ich nicht immer ein neues Object erstellen, sondern kann ein bestehendes neu setzen und z. B. in eine Liste anhängen.
Wenns sehr viele Einzelobjekte sind, glaube ich, damit viele Speicher-Fragmentierungen einzusparen.

@Jens:
Meinst du Object Pooling?

http://www.brent.worden.org/articles/1999/objectPools.html

Stimmt hast recht, hab es grad getestet. Dachte das es nicht gehen würde. Man lernt ja nie aus ;D