Entwicklung eines flexiblen Objektmodells für ein ... - Jens Pfau

36 V. Bestehende Systeme
und Anordnung der Spielobjekte sowie Möglichkeiten, den Zustand des Systems persistent zu
machen. Auch die Kommunikation der Objekte mit weiteren Komponenten des Systems sowie
der Synchronisierung mit anderen Teilnehmern bedarf eines eigenen Entwurfs.
5.2 Thief und Deus Ex
In den Spielen Thief und Deus Ex [Church, 2002; Duran, 2003; Doherty, 2003] werden die
Spielobjekte mit Hilfe von Komponenten emuliert, wie in Kapitel 3.1.1.1 bereits vorgestellt.
Deshalb soll hier keine erneute Beschreibung der Datenmodellierung gegeben werden. Es ist
wichtig, dass der Begriff „Komponenten“ hier anders gebraucht wird als in der Beschreibung
von Dungeon Siege (Kapitel 5.1).
5.2.1 Systembeschreibung
Ebenso wie die Daten der Spielobjekte wird deren Verhalten als Komponenten beschrieben. Die
IDs der Objekte, die ein bestimmtes Verhalten zeigen können, werden in der entsprechenden
Komponente, die dieses Verhalten implementiert, hinterlegt. Solche Komponenten können dann
zum Beispiel Skriptobjekte, aber auch Objekte der Programmiersprache sein.
Objekttypen werden in der gleichen Struktur gehalten; eine spezifische Instanz oder ein weiterer
Typ erbt die Eigenschaften, sowohl Daten als auch Verhalten, ihres Vaters. Das erfordert, dass
in einer weiteren Datenstruktur die Vererbungslinien der Typen und Objekte hinterlegt sind.
Sowohl die Beschreibungen der Daten und Spielobjekte als auch die der Typen werden datadriven
abgelegt. Dies wird vor allem dadurch untersützt, dass Spielobjekte nichts weiteres als
zusammengesteckte Eigenschaften sind.
Spielobjekte können indirekt dadurch gruppiert werden, dass sie mit anderen den Eintrag in
bestimmten Komponenten gemeinsam haben. Dies lässt, wie bereits erwähnt, andere Subsysteme
des Spiels nur auf den für sie bedeutenden Informationen arbeiten.
Spielobjekte und Typen, die genauso wie Spielobjekte modelliert werden, können zur Laufzeit
nachgeladen werden. Das gleiche trifft für die Verhaltenskomponenten zu, die in einer Skriptsprache
definiert sind. Ob in diesem Modell Typen zur Laufzeit änderbar sind, so dass sich auch
deren Kinder und Instanzen ändern, ist aus den Quellen nicht erkennbar. Das hängt zum einen
davon ab, ob vererbte Eigenschaften in dem Kindobjekt gehalten oder weiterhin aus der Vaterklasse
angefordert werden. Zum anderen ist dies in zweitem Fall davon abhängig, ob erfolgreiche
Zugriffe auf Eigenschaften in einem Cache gehalten werden.
5.2.2 Einordnung
Aus den oben gegebenen Informationen und der Beobachtung, dass in den Quellen keine die
Kommunikation betreffenden Themen behandelt werden, ergibt sich für dieses Modell die in
36 Jens Pfau · Stephan Mehlhase