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

18 III. Taxonomie
Typen als Klassen
Die objektorientierte Programmierung bietet an, Typen als Sprachkonstrukte zu realisieren,
nämlich als sogenannte Klassen, die für ihre Instanzen sowohl eine gemeinsame Datenbasis als
auch das Verhalten vordefinieren. Es bleibt offen, wie detailliert die Typen spezifiziert werden.
Gibt es nur eine einzige Klasse, wie bei der Modellierung der Daten mit Hilfe von dynamischen
Attributen oder gibt es für jeden denkbaren Typ von Spielobjekt eine korrespondierende Klasse
mit spezifischen Daten und Verhalten? Es ist auch vorstellbar, jeweils für Kategorien von Spielobjekten
eine Klasse anzulegen, die konkreten Typen und deren Instanzen jedoch weiterhin
mit dynamischen Attributen oder Eigenschaften und eigenem Verhalten zu individualisieren.
Letzteres findet als Kategorieobjekte Erwähnung in der Literatur [Riley, 2003].
Vorteile:
• Da Elemente der Programmiersprache genutzt werden, ist das Verfahren effizienter als
andere.
• Diese Methode kann sehr flexibel eingesetzt werden. Der Grad der Typisierung kann für
verschiedene Spielobjektkategorien unterschiedlich gehalten werden.
Nachteile:
• Werden die Typen der Spielobjekte zu genau vorgegeben, wird das System im Fall von
Änderungen schwerfällig. Dann muss möglicherweise eine ganze Klassenhierarchie aufgebrochen
werden, um neuen Anforderungen gerecht zu werden.
• Auch kleinere Änderungen erfordern möglicherweise eine Neukompilierung der gesamten
Klassenhierarchie.
Typen als Muster
Basiert ein System auf Methoden des data-driven Design, ist es nicht unüblich, Typen von
Spielobjekten als Muster zu definieren [Bilas, 2002]. Diese bestehen dann aus Eigenschaften
und Verhalten, die in den Formen modelliert sind, wie sie in den vorigen Abschnitten vorgestellt
wurden. Jedes Spielobjekt wird als Kopie eines solchen Prototyps angelegt oder hält
einen Verweis auf sein Muster und erbt somit dessen Daten und Verhalten. Dabei ist nicht
ausgeschlossen, dass eine Instanz die Eigenschaften ihres Musters überschreibt.
Vorteile:
• Das System unterstützt das data-driven Design. Typen können von Spieldesignern in externen
Werkzeugen angelegt werden.
• Das System ist sehr flexibel. Typen können sehr unterschiedlich sein und Instanzen können
in jeder Eigenschaft verschieden von ihren Typen sein.
18 Jens Pfau · Stephan Mehlhase