Dokumentation zum Massive Multiplayer Online Game - Universität ...

5. Spieler, Allianzen und Nachrichten
78
Problemstellung
Aktionen wie das Hinzufügen von Nutzern zu einer Allianz oder einer Freundesliste wurden ohne Zustimmung
des Nutzers ausgeführt. Konkret konnte der betroffene Nutzer also nicht entscheiden, ob er der Durchführung
dieser Aktion zustimmt. Diesen Umstand haben wir als suboptimal eingestuft und beschlossen, dass eine Art
Anfragesystem für diverse Aktionen zwischen Nutzern auszuarbeiten ist. Es sollte also möglich sein, dass ein
Nutzer N s(ender) einem Nutzer N r(ecipient) eine Anfrage auf Durchführung einer vordefinierten Aktion A sendet.
N r sollte dann nur bei Zustimmung der von N s erstellten Anfrage die hinterlegte Aktion A anstoßen. Dieser
Ansatz sollte es ermöglichen, dass nur das aktive Handeln von N r zu dem von N s gewünschten Resultat führt.
Planung
Datenbankebene
| Abb.1: Relationale Beziehungen zwischen Request und User
Das für Anfragen zuständige relationale Schema beinhaltet 4 Attribute:
• requestvalue: Die SHA1-Hash Repräsentation
(http://celan.informatik.uni-oldenburg.de/kryptos/info/sha1/overview/) eines per Zufall generierten Wertes
• sender_id: Der Fremdschlüssel zu dem Nutzer, der die konkrete Anfrage erstellt hat.
• recipient_id: Der Fremdschlüssel zu dem Nutzer, an den die konkrete Anfrage gesendet wird.
• action: Die Stringrepräsentation einer Aktion, die dem Request Controller bekannt ist.
User können beliebig viele Anfragen erstellen und erhalten. Hierbei ist allerdings zu beachten, dass eine Anfrage
immer nur von einem Sender kommen und nur an einen Empfänger adressiert sein kann. Hierdurch ergeben
sich zwei 1:N-Beziehungen zwischen User und Request.