spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn das so simpel ist, warum verschickst du dann nicht einfach nur IDs, die auf einen funktion ptr in einem array verweisen?

Dann roll das doch ein wenig anders auf.
Statt das Event zu verschicken, übergib dem Event die Liste der Empfänger und lass das Event die Logic ausführen.

Zitat von »Julién«

Aber ich glaube dann kommen wir beim Intent-System von Android raus, oder?

Da hast Du meine PN aber sehr schlecht gelesen. Bei Android-Intents wird nichts gecastet.

Ich bin davon ausgegangen, dass deine Events intern die gleichen Member haben, und dass sich lediglich die Funktionsweise ändert. Da dies aber anscheinend nicht der Fall ist, habe ich etwas anderes vorgeschlagen, dass eben diese Events die Zielobjekte selbst beeinflussen.
Vll solltest du generell mal genau beschreiben, was du vor hast.
Aber wenn man sich das Event System in z.B. Qt anschaut, kommt man ohne dynamic_casts und TypeID der Events nicht aus.

Alternativ gäbe es noch die nicht so schöne Methode, intern einfach eine union zu nutzen und dadurch die verschiedenen Member zu verschleiern/trennen.

EDIT: Natürlich gibt es in Qt auch die Möglichkeit ohne dynamic_cast an die richtigen Eventklassen zu kommen, dafür gibt es dann aber auch spezielle Methoden die man überschreibt. Allerdings liefert die Standardmethode (onEvent oder sowas) den abstrakten Typ "Event", den man sich erstmal zurecht casten muss.

Zitat von »Julién«

Bei mir benötigen verschiedene Events verschiedene Parameter.
Zum Beispiel, wenn eine Kollision stattfindet, dann möchten man z.B. wissen wer mit wem kollidiert. Das wäre ein Event, das vom Physiksystem emittiert wird und von einem Scriptmodul wieder empfangen wird.
Oder wenn ein Entity erstellt wird, dann möchte man seine ID, ev. seine Tags/Layers wissen; klar man könnte dies das EntityManager fragen, aber das wäre umständlich.

Dann wird die letztendlich nichts anders übrig bleiben als entweder:

- ein Interface Objekt "Event" durch die Gegend zu reichen und das am Ziel zurecht zu casten; oder
- entsprechende Listener anzubieten, die die korrekte derived Klasse von "Event" entgegen nehmen

PS: Anders als es andere vll sehen, empfinde ich es nicht als Verbrechen einen dynamic_cast zu benutzen. Solange das nicht Überhand nimmt ist das durchaus vertretbar. Bei reinterpret_cast würde ich schon genauer hinschauen..