spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hey,
ich bin grad dabei ein Eventsystem umzusetzen. Ich habe einen Eventmanager. Dies ist das Kernstück des Systems. Objekte können einen Eventlistener beim Manager anmelden. Diese werden mit den für sie interessanten Events registriert. Wenn jetzt ein Objekt ein Event feuert, benachrichtigt der Eventmanager alle Eventlistener, welche interessiert sind, und diese können dann die ihre Unterobjekte aufrufen, damit sie darauf reagieren können. Alles also nichts besonderes. Meine Überlegung ist nun, wie Eventspezifische Daten behandelt werden. Events können ja verschiedene Zusatzinformationen beinhalten. Zum Beispiel könnte ein Weapon_fire Event noch die ID des Spielers beinhalten, welcher gefeuert hat, oder vielleicht auch mit welcher Waffe gefeuert wurde. Andererseits könnte bei einem Move_forward Event vielleicht eine Intensität mitgesendet werden, für den Fall dass ein Spiel möglicherweise mit einem Analogstick bedient wird. Naja welche Daten dort verpackt werden ist ja eigentlich egal, aber es gibt verschiedene davon. Eine Überlegung wäre jetzt einfach eine EventArgs Klasse zu schreiben, von welcher Alle Argumente abgeleitet werden. Diese besitzen dann jedoch ihre jeweiligen Methoden für ihre Daten. Das Problem hierbei ist, dass jedes mal ein Cast erfolgen muss, um an die Daten zu kommen, da diese Klassen nicht genau dasselbe Interface implementieren können. Finde ich persönlich nicht besonders elegant. Ich könnte die Daten auch in einen String schreiben und dann parsen, was aber mindestens genauso unschön ist. Jetzt wollte ich mal nachfragen, ob ihr vielleicht noch gute Ideen habt, wie ich das Problem lösen könnte. Wichtig ist, dass die Argumente wirklich grundverschiedene Daten enthalten können, wie zum Beispiel Punkt und Richtungsvektor oder ID oder oder oder. Von daher ist keine einheitliche Schnittstelle zu finden. Wem es weiterhilft, ich setze das System mit C# um.
Gruß

Vom Prinzip läuft es so. Ich "feuer" ein Event. Dabei wird es im EventManager in eine Queue geschrieben und einmal pro Update werden alle Events aus der Queue ausgeführt. Wer sich für das Event registriert hat, bekommt eine Nachricht per Methodenaufruf. Dies passiert über die Eventlistener. Der EventManager benachrichtigt einfach alle Eventlistener die sich für das Event registriert haben, oder wohl besser für diesen Eventtyp. Die Eventlistener können das Event dann weiter verarbeiten und an die jeweiligen Objekte weiterleiten. Zum Beispiel im Falle eines Events für Bewegung dann die Objekte bewegen. Ob ich irgendwie generisch an die Sache heran gehen kann habe ich mir auch schon überlegt, bin jedoch noch zu keinem guten Ergebnis gekommen. Deine Methode über die Callbackfunktionen hört sich nicht so schlecht an. Müsste ich mir mal genauer drüber Gedanken machen. Wobei dann in dem Fall jeder Eventlistener Methoden für alle Events benötigen würde, die ihn interessieren. Fände es unschön jedes mal die Schnittstellen zu verändern, wenn sich was an den Events ändert, bzw neue dazu kommen. Fände es etwas eleganter dies in den einzelnen Methoden selbst zu implementieren.
Jeder Eventlistener registriert sich natürlich normal für mehr als eine Art von Events. Als Beispiel müsste eine Viewklasse ja auf so gut wie alles reagieren, um eine passende Ausgabe zu liefern, sei es durch Sound oder Partikelsysteme oder was weiß ich.