spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

hallo,

hätte da mal ne designmäßige frage zur spieleprogrammierung.

bei softwareentwwicklung, soweit ich sie bis jetzt kenne, verwendet man ja oft fassaden um die funktionalität des "kerns" nach außen hin durch ne "einfache" schnittstelle anzubieten.

jetzt wollte ich fragen, ob das auch in spielen sinn macht bzw. wie man es umsetzen sollte?


ich habe momentan ein konkretes beispiel in nem rpg:

man hat einheiten, gegenstände, fähigkeiten und spieler die sozusagen die "kernklassen" des spiels darstellen.

jetzt hatte ich an eine art "gamecorefacade" gedacht, die dann alle funktionalitäten zur verfügung stellt wie:
- erstelle einheiten
- entferne einheit
- erstelle spieler
- entferne spieler
- erstelle gegenstand für einheit
usw.

die facade wirft dann alles dahinter an, also z.b. bei den erstellungsmethoden die factories, bei item einheit geben überprüft es, ob es die einheit gibt und ob sie noch einen slot hat, wenn ja erstellt sie item und gibt es der einheit usw..

dadurch können die kernklassen recht einfach gestaltet werden und sind auch "schnell", da die ganze spielmechanik und logik dann eben in dieser fassadenschnittstelle drinsteckt.



meine frage ist jetzt eben, macht das sinn? gibt es andere/bessere ansätze? sollte man zu jeder klasse ne extra fassade machen (unitfacade,itemfacade,...)?


lg
simon

mediator pattern sagt mir jetzt nichts,aber schaue gleich nach.

meine das hier:
http://en.wikipedia.org/wiki/Facade_pattern

vom beispiel her wäre bei mir der computer eben die gamecorefacade und cpu/ram/bla wäre unit,player,item,usw.

habe nochmal in nem rpg prog buch von mir nachgeschaut, wie da das gelöst wird, was ich will. für diejenigen,die es interessiert:

in diesem buch wird für jede "wichtige" coreklasse ein controller gebaut, der dann die ganzen objekte + "logiken" dieser klasse verwaltet.

z.b. hat ein unitcontroller folgende funktionen:
-add: um eine einheit hinzuzufügen. z.b. mittels filepath auf eine datei und der controller übernimmt die logik um die einheit mit richtigen werten zu erstellen
-remove: um eine einheit zu entfernen
-get: um eine gewisse einheit auszulesen, sofern vorhanden
-damage: um eine einheit eine andere einheit verletzen zu können
-cast: um eine einheit zaubern zu lassen
-useItem: um einer einheit das benutzen von gegenständen zu gestatten
...

der controller verwaltet dabei anscheinend eine liste von allen auf diese weise erstellten einheiten und hat somit schon die kontrolle über diese ganzen objekte.


ich denke das war das,was ich gesucht habe. dazu noch ein schönes eventsystem, dann hab ich glaube ich die abstraktion zum "kern" soweit gut im griff.