JLI Spieleprogrammierung

[Jonathan_Klein]

Also, amn benötigt ja oft bestimmte Daten einer Klasse, die normalerweise allesamt pirvat sind.
Dazu gibt es aj verschiedene Möglichkeiten, im Prinzip sind das, die Elemente public machen (keine gute Idee), für jedes Element eine Get()-Methode schreiben, oder einzelne Klasse friend machen.
Eigentlich finde ich letze Methode gar nicht so dumm, damit kann man ja einfach die Verwaltung von der Visualisierung trennen.
Allerdings fände ich es jetzt auch noch schön wenn es noch eine Methode gäbe, etwas ähnliches wie friend, für die aber alle Daten constant sind. D.h. man kann alle lesen aber nicht verändern.
Ginge natürlich alles über Get()-Methoden, aber ich finde das ein wenig unschön 25 Get()-Methoden zu haben. Irgendwie mildert das die Übersicht.

Gibts zufällig ne Lösung dafür?
_________________
https://jonathank.de/games/

[Maxim]

pirvate? die davon gehört

Ich glaube, es gibt keine andere Methoden, außer der oben genannten. Das wäre auch gegen die OOP. (Es gibt doch eine Möglichkeit, aber die sollte man lieber nicht verwenden, denn dass ist gegen OOP. Wenn man was in OOP nicht umsetzen kann, dann ist das Konzept falsch.)

Eine Möglichkeit wäre alle privaten Daten, die du brauchst, in eine Struktur bzw. eine weitere Klasse einzuschließen und dann eine Get()-Methode schreiben, die eine konstate Referenz(-n Zeiger) auf die Struktur zurückgibt.

[Kampfhund]

Ich glaube dass du da um die Get und Set Methoden nicht herum kommen wirst.

Wenn du 25 Get Methoden in einer Klasse hast, solltest du dir vielleicht überlegen, ob du die Klasse nicht überladen hast. Eventuell kannst du bestimmte Dinge in andere Klassen auslagern. Manche Get und Set Methoden kannst du vielleicht auch zusammenfassen oder ganz weglassen.


Friend würde ich nur sehr begrenzt verwenden. Denn:

Du hast die Klassen A und B. A hat B als friend, dh B kann auf A zugreifen.

* Dadurch werden die Klassen von einander abhängig. Du kannst in A die Member-Namen nicht mehr einfach so wechseln (gut, mit heutigen Refactoring-Tools geht das wohl).
* Du kannst außerdem die interne implementierung von A nicht so einfach ändern, denn B ist darauf angewiesen, dass die Member danach dieselbe Bedeutung haben. Du kannst also zB nicht den Wertebereich eines Members von A ändern ohne B auch zu ändern.
* Hinzu kommt: A wird undurchschaubarer, denn B kann von außen die Member ändern ohne dass A etwas davon mitbekommt.
* Vielleicht muss wegen einer Umstrukturierung von A beim Ändern bestimmter Member noch etwas anderes in A angepasst werden. B bemerkt davon nichts.

Bei Get und Set Methoden treten diese Probleme nicht auf. Den geringfügigen Verlust an übersicht sollte man in Kauf nehmen. Man kann die Get und Set Methoden ja in der Header/Cpp Datei etwas weiter nach unten schieben.

Get und Set Methoden bieten noch einen weiteren Vorteil:
Du kannst in der Set Methode überprüfen, ob der Wert der gesetzt werden soll auch ein gültiger Wert ist.

Bei mir sehen die Methoden häufig so aus:

[Jonathan_Klein]

Naja gut, einiges davon gilt eigentlich auch für Get() und Set() Methoden. Außerdem macht es natürlich imemr Probleme wenn 2 Klasse miteinander verzahnt sind und eine geändert werden muss.
Aber das doofe ist ja, wenn man alles Super abkapslet und trennt und so, dann hat man am Ende gar nix mehr, weil irgendwie muss es ja noch zusammenhängen. Daher ist ein Programm in den allermeistne Fällen doch eine enge Verzahnung der einzelnen Klassen. Man hat vielelihct mal eine, die von keiner andern abhängig ist, dafür sind dann aber einige Klasse von dieser abhängig.

friend benutze ich in der Regel auch nicht so oft, alelrdings hab ich die Spielerklasse quasi von einer universellen Spielobjekt Klasse abgeleitet und hab dann noch ne weitere Klasse die das gesamte HUD rendert, die muss dann halt alle Informationen über den Spieler haben. Da muss man entweder für jede zweite Member ne Get() Methode schreiben oder die friend machen. Naja.
Ich schätze mal ich werd erstmla ein paar Get() Methoden benutzen, sollte auch reichen.
_________________
https://jonathank.de/games/

[Kampfhund]

[DirectXer]

anstatt für jede Variable eine Get- und eine Set-Methode zu schreiben, kann man auch einfach eine Funktion mit dem Namen der Variable überladen. Sowas steht z.B. in "Effektiv C++ programmieren"; Bsp:

[GreveN]

Ich mach's genauso wie DirectXer, empfinde ich einfach als schöner.