spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Erste Frage: "Aufwand zu hoch" ist nie ein gutes Argument, um etwas by Value, by Reference oder als Pointer zu übergeben. Es kommt darauf an, was man erreichen will und wie groß das Ding ist, was man übergibt - hier gilt übrigens, dass allein die Größe *nicht* ausreicht, um zu entscheiden, auf welche Art man es übergibt. Dazu gibt es eine sehr lange Liste im ISO-C++ Guide.

Zweite Frage: Was ist eine Strukturvariable? Falls du 'by value' meinst, dann ginge das in diesem Beispiel nicht ohne ein Return, weil "Punkte" ja nur ein kopierter Wert ist und eine Änderung dieses Werts folglich nur innerhalb der Funktion eine Auswirkung hat. Übrigens ist es sehr schlechter Stil Eingabe-Parameter innerhalb der Funktion zu ändern.

Dritte Frage: Jeder Parameter wird auf den Stack gelegt. Lokale Variablen ebenfalls. Es macht für die Funktion also keinen Unterschied, ob sie auf eine lokale Variable zugreift oder auf einen Parameter, die sind nur ein paar Byte-Adressen auseinander im Stack. Genau genommen könnte eine Funktion somit sogar auf die Parameter oder lokalen Variablen der aufrufenden Funktion zugreifen. Solche Hacks sollte man aber lieber lassen. Im Fall eines Value-Parameters wird der Inhalt kopiert in den Stack gelegt. Im Falle eines Pointers oder einer Referenz nur die Adresse der übergebenen Variablen. Daraus ergibt sich offenbar die Problematik, dass ich zu einem reinen Wert [also z.B. beim Aufruf von foobar(5);] gar keinen Pointer übergeben kann (die Zahl 5 hat schließlich keine Adresse, sondern ist eine Konstante.

Zitat von »TigerClaw25«

Es wird nicht erwähnt, in wie fern die Verwendung von "return" sinnvoll ist. Möchte ich eine kleine Zwischenrechnung machen, wäre die Übergabe als Wert mit einem "return" sinnvoll. Klar kann man das auch per Zeiger tun, aber für eine einzige int-Variable wäre der Aufwand doch auch zu hoch oder was denkt ihr?

In dem Teil des Buches ging es wahrscheinlich um die Übergabe an eine Funktion, nicht um die Rückgabe von einer Funktion an denjenigen, der sie aufgerufen hat.
Zeiger oder Referenzen als Parameter, die von der Funktion "zu füllen" sind, benutzt man meistens dann, wenn eine Funktion mehrere Rückgabewerte erzeugt und man diese nicht in einer Struktur oder Klasse kapseln möchte. Manche Leute benutzen auch den Rückgabewert nur um anzuzeigen, ob es geklappt hat oder nicht (aber hier wären eher Exceptions zu empfehlen) und lösen die Übergabe der eigentlichen Daten immer über Zeiger/Referenzen. Einen Zeiger zu diesem Zweck benutzt man, wenn man durch Setzen auf Null signalisieren können möchte, dass man nicht an dem Wert interessiert ist (so dass die Funktion ihn gar nicht erst berechnen muss).

Zitat von »TigerClaw25«

Hätte man nicht auch einfach nur die Strukturvariable "Punkte übergeben können: ?"

Ja, das wäre hier auch gegangen (so wie du es in deinem Code gezeigt hast). Es gibt nicht immer die richtige Lösung. Meistens gibt es bessere und schlechtere Lösungen, aber darüber kann man sich streiten.

Zitat von »TigerClaw25«

Dann hätte ich noch eine kurze Fragen zu Call by Value und dem Stack. Wie genau funktioniert das jetzt? Funktion mit Parameterübergabe aufrufen -> Parameterwert wird in den Stack gelegt -> Funktion selbst erzeugt neue Variable an irgend einer Adresse und holt sich den Wert ?

Such mal bei Google nach "how does a function call work in c", dann wirst du viele Informationen finden.

Zitat von »TigerClaw25«

Mit Strukturvariable meine ich die Variablen innerhalb der Struktur

Du meintest einen Zeiger darauf, jedenfalls hast du das in deinem Code geschrieben.

Du hättest auch einen Zeiger direkt auf Spieler1.Punkte übergeben können, klar. Allerdings ist das semantisch eventuell fragwürdig, da man damit ja einen Pointer auf jeden beliebigen Int übergeben könnte, was semantisch völliger Unsinn wäre.

Zitat von »TigerClaw25«

Dein Buch ist da ideal.

Der Autor ist Heiko Kalista. Leider ist er schon sehr lange nicht mehr hier im Forum aktiv.

Zitat von »TigerClaw25«

ich einen schnellen Einstieg in C++ finden möchte.

Nichts gegen Heiko, aber für modernes und sauberes C++ solltest du sein Buch nicht unbedingt heranziehen Ich denke er würde das heute ähnlich beurteilen.