spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Da muss man doch einfach vererben oder?

Ich weiß ehrlich gesagt auch nicht ganz, was der TE will.
Du brauchst doch nur ne Klasse, die unter anderem ein Sprite hat. Der kannst Du doch 'ne Draw-Methode geben, die Du dann einfach aufrufst. Vererben kannst Du wie in C++, insofern stimmt Batzers Beitag auch.

Du solltest Dir halt nur überlegen, wie Du die Klasse aufbauen willst.
"Ist" der Spieler ein Sprite oder "hat" er ein Sprite?

Nach dem, was ich bei dir herauslese klingt das so, als wolltest Du eine Klasse, die nichts anderes als ein Sprite ist.

@idontknow
Mein Post ist immer noch besser als deiner

Wie Luinechor schon geschrieben hat klappt das Vererben genau wie in C++.
Daher wird folgende Kette gebildet: Drawable -> Sprite -> Player
Und da RenderWindow:raw(const Drawable& drawable) einen Drawable erwartet
sollte dieser Lösungsweg ohne Probleme laufen.

ich weiß ja nicht was für ein genre es wird aber in 99% der fälle ist es sinnvoller von einer allgemeinen klassen die z.b. die spielfiguren in rpgs oder schiffe in weltraum shoot'em ups darstellt zu erben die ein sprite enthält. denn die spielfigur muss, wenn du alles richtig machst, nur einmal initialisiert werden und verwaltet sich dann mit den auslösern update und rendermethode ab dann selbst(steuerung, bewegung, animationen ect.) weshalb man keinen zugriff auf das sprite direkt brauch. das wichtigste bei der kapselung ist nämlich nicht das verhindern von unbefugten zugriff sondern die möglichkeit zum beispiel vor dem zeichnen noch etwas zutun. stell dir vor du hast eine figur die sich tarnen kann und nicht gezeichnet werden soll. es wird ziemlich unübersichtlich wenn du das in der klasse prüfst in der die figuren verwaltet werden.

@idontknow
Also denkst du, dass ich nie hätte posten sollen oder was?
Ich fand meinen Post kurz und knackig Er wollte ja nur wissen
wie man die Spieler Instanz der Funktion *.Draw() übergeben könnte.

Also mal ein bisschen Ordnungs ins Code-Kuddel-Muddel machen:

1) Ist oder Hat-Beziehung?
Für Die Frage ob Vererben oder als Membervariable hilft ein einfacher Satz bzw. zwei: Player ist ein Sprite bzw. Player hat ein Sprite. Je nachdem, was besser passt hilft in der Regel. Ausserdem: Vererbung macht code manchmal kürzer, engt aber auch ein

2) Wie baue ich eine Klasse auf?
Du kannst deine Klasse eigentlich wie in C++ aufbauen, mit dem Unterschied, dass du quasi nur in die "Header" schreibst. Das hat mir oft geholfen am Anfang. Ansonsten überlege dir, was dein Player können soll (Methoden) und was er dafür an Material braucht (Membervariablen). Wenn dir das nicht hilft: Galileo Computing - Visual C# 2008. Wenn das nicht Hilft: OOP lernen!

3) SFML ist in C# wie C++
Warum auch nicht? Es ist eine portierung und da wird halt soweit es geht alles übernommen.

4) Player soll als Sprite erkannt werden
Naja, du hast beide möglichkeiten aufgeführt, bis auf eine:



Welche du davon nimmst, ist deine Sache. Ich habe dir oben die Vor- und Nachteile genannt. Um Flexibel zu bleiben, würde ich die App Als Parameter nehmen. Allein, vllt stehen in der App noch andere dinge drin, diefür deinen Player interessant sind?

So far