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

30 IV. Anforderungen
4.2 Unabhängigkeit des Systems vom Spieldesign
Bei der Spieleentwicklung kommt es auf das schnelle Umsetzen von Inhalt durch Projektmitglieder,
die keine oder kaum Erfahrungen mit Programmiersprachen haben, an. Deren Arbeit
aber unterliegt während des Projektes einer andauernden Entwicklung und häufigen Tests. Eine
stetige Neukompilierung der gesamten Codebasis ist aber nicht akzeptabel.
Deswegen geschieht die Spezifikation von Entitäten über externe Datencontainer. Ein solcher
als data-driven bezeichneter Ansatz, wie er in Kapitel 3.1 eingeführt wurde, erlaubt den Einsatz
unabhängiger Werkzeuge zur Gestaltung des Spielinhalts und die mühelose Anpassung des
Spielverhaltens.
4.3 Persistenz
Jedes Spiel benötigt eine Möglichkeit, seinen aktuellen Zustand persistent zu machen. Dies
kann zum Beispiel durch eine Datenbank, aber auch einfach mit Hilfe von Dateien realisiert
werden. Um die Austauschbarkeit dieser Wege zu ermöglichen, braucht es einer einheitlichen
Schnittstelle, deren Realisierungen an spezifische Anforderungen angepasst sind.
4.4 Performanz
Immer noch ist die Netzwerkschnittstelle einer der engsten Flaschenhälse beim Einsatz von
Multiplayer-Spielen. Dies betrifft sowohl die Latenz bei der Kommunikation zwischen zwei
Netzwerkknoten als auch die genutzte Bandbreite. Während ersteres heute zwar das größere
Problem darstellt, aber vornehmlich durch die Netzwerkarchitektur des Spiels bestimmt und
letztlich durch physikalische Gesetze begrenzt ist, lässt sich zweiteres hingegen in begrenztem
Maß auch von anderen Subsystemen beeinflussen. Zur Unterstützung von Nutzern mit geringerer
Bandbreite ist das Bereitstellen der Objekte oder Teilen derselben zur Versendung über das
Netzwerk also kritisch, denn liefert dies doch die Basis für jede weitere Optimierung beziehungsweise
Reduzierung des Datenstroms. Geeignete Mechanismen wie die mögliche Priorisierung
einzelner Nachrichten sollen hier Abhilfe schaffen. Schließlich bleibt es jedoch anderen Arbeiten
vorbehalten, den Netzwerkstrom zu steuern. Gleichwohl soll eine Schnittstelle zwischen Datenstruktur
und Netzwerkschicht angeboten werden, die in flexibler Weise an unterschiedliche
Einsatzszenarios angepasst werden kann.
Ebenso bedingt die mögliche Verwendung in Echtzeit-Spielen eine gewisse Leistungsfähigkeit in
Hinblick auf die Reaktivität. Spieler werden keine erkennbare Verzögerung zwischen Eingabe
und Ausführung einer Aktion dulden. Dies wird nicht nur durch die Netzwerkschicht bestimmt,
sondern auch durch weitere Teile des Systems.
30 Jens Pfau · Stephan Mehlhase