spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Von welcher Sprache reden wir denn hier? Nicht dass Du am Ende sowas wie "void foobar ( ref foo )" in C# programmierst, das wäre nämlich Quatsch.

In C++ sind Referenzen natürlich durchaus eine sinnvolle Sache. Dort bitte dann aber auf const-correctness achten!

Im Falle des Bombermans wäre es wohl doch sehr von Nachteil, wenn Du Deine Spieler immer kopierst bei der Übergabe als Parameter. Angenommen Deine Haupt-Logik ist kein Spaghetti-Code, dann wird sie früher oder später mal einen Spieler oder etwas ähnliches an eine Funktion übergeben. Da eine Kopie anzulegen nützt dem Original Objekt ja ziemlich wenig. Daher: Referenz.

Wahlweise bei SFML eine Texture by Value zu übergeben, ist ebenfalls eine sehr blöde Idee, weil SFML tollerweise die Textur kopiert und sogar eine Kopie auf der Grafikkarte erzeugt. Ist natürlich toll, dass SFML das kann, aber wenn man nicht aufpasst, hat man so plötzlich ganz viel unnütze Daten erzeugt und müllt seinen Speicher gewaltig voll.

"Ausschließlich" mit Referenzen zu arbeiten ist auf jeden Fall völliger Schwachsinn, eine der große Stärken von C++ gegenüber einigen anderen Sprachen liegt gerade darin, dass man es sich aussuchen kann...

Bezogen auf C++: Ein Prof von mir hat gemeint, er hätte mal getestet wann was schneller ist, die genauen Daten des Tests hat er nicht mehr gesagt.
Ergebnis: Alles über 64 byte per reference übergeben, alles darunter per value, sofern das semantisch egal ist für die programmlogik.
Mein Fazit: Grob drauf achten nicht zu viele Daten zu verschieben, einzelne Bytes zu zählen lohnt sich aber IMHO nicht (stichwort premature optimazation). Sowas verändert sich wenn ich was programmiere auch öfters mal, da bekommen iwelche structs noch was dazu oder etwas fällt weg beim entwickeln etc.

Guck dir mal das hier an. Ich meine du hättest auch mal gesagt du arbeitest mit einem C# Buch. Da sollte auch was zu "ref" und "out" drin stehen. Guck dir das noch mal genauer an und wenn dann noch Fragen offen bleiben, kannst du ja hier im Thread nachfragen.

Zitat von »De_Struktor«

natürlich war es hochclever nicht anzugeben in welcher Sprache das geschehen soll. ---> XNA(C#)

Und bei der funktion z.b:

	C#-Quelltext
1 2 3 4 5	public void UpdatePlayer(ref Rectangle[] Red_block, ref Rectangle[] Tree_block) { Red_rect = Red_block; Tree_rect = Tree_block; // weitere Code...

Wäre das so in Ordnung, dann übergebe ich ja z.b direkt das Original des Rectangles auf dem gearbeitet wird und der Texture??!

ist das i.O

Genau wegen sowas habe ich gesagt man muss wissen welche Sprache. C# übergibt nahezu nichts by value - nur structs und andere integrale Typen. Daher macht das da NULL Sinn, außer du willst die Arrays per "new" komplett neu zuweisen. Also: Nein, Finger weg von "ref" in diesem Fall. Bei C# sind Referenz-Typen eben genau das: Referenz-Typen, die per Referenz übergeben werden - automatisch und immer! Das "ref" Schlüsselwort hat eine sehr sehr spezielle Bedeutung und sollte daher auch nur dann eingesetzt werden, wenn tatsächlich genau diese Funktionalität benötigt wird. Das ist hier aber nicht der Fall. Die Arrays werden auch ohne "ref" by reference übergeben und die Semantik von "ref" wäre hier schlicht falsch.

Wie dot zudem schon sagte: Bei C++ sollte man Wert darauf legen auch mal etwas by value zu übergeben.