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

Weitere Magazine

Empfehlungen

Info

4. Schiffe und Missionen 34 | ER-Diagramm mit Reports fürs endgültige Reportschema siehe Reports 4.2 Missionen von Christian Heiden Einleitung Meine Aufgabe innerhalb der Gruppe "Schiffe und Missionen" bestand darin, dafür zu sorgen, dass Flotten zu anderen Planeten fliegen können. Dafür sollte es verschiedene Auftragstypen (Missionen) geben. Ich habe den Abschnitt in Model und View eingeteilt um die jeweilige Einordnung deutlich zu machen. Auf Details des jeweiligen Controllers gehe ich in Teilen der View ein. Das folgende Bild zeigt die Struktur meines Aufgabenteils. Es gibt zwei Views, welche beide über ihre jeweiligen Controller auf das Model der Flotte zugreifen. | Struktur der Implementation (MVC) Flotten sind in der Lage auf eine Mission geschickt zu werden. Es gibt insgesamt 5 Missionstypen: • Reise: Flotte wird an einem anderen Planeten stationiert • Kolonialisierung: Flotte ist auf dem Weg einen anderen Planeten zu besiedeln • Angriff: Flotte fliegt zu einem Planeten um ihn anzugreifen
4. Schiffe und Missionen 35 • Spionage: Flotte fliegt zu einem Planeten um ihn auszuspionieren • Transport: Flotte fliegt zu einem Planeten um ihm Rohstoffe zu liefern Bei jedem Missionstyp gibt es wiederum 4 Möglichkeiten sich bei Ankunft am Zielplaneten zu verhalten, da dieser verschiedene Zustände haben kann: • unbekannt (kein Spieler ist dort angesidelt) • besiedelt von einem Freund aus der Allianz • eigener Planet • Planet eines gegenerischen Spielers Das ergibt insgesamt 20 Fälle die zu beachten waren bei der Implementation des Bewegungsmechanismus'. Eine detaillierte Übersicht bietet folgendes Bild. | Aktionen die am jeweiligen Zielplaneten bei einer bestimmten Mission durchgeführt werden Model Vorüberlegungen Die Schwierigkeit bei der Planung der Missionen fing bei der Zuordnung der Attribute der Flotten an. Wir brauchten so viele Attribute, dass sich eindeutig aussagen lässt wo sich die Flotte genau befindet, wohin sie fliegt, wann sie ankommt, etc. Gleichzeitig, wollten wir nicht zu viele Attribute einführen um eventuelle Redundanzen zu vermeiden. Da Flotten beim Abflug Energie benötigen, mussten wir mitbedenken, dass Flotten genug Energie "tanken", sodass diese für eine Rückkehr reicht. Zusätzlich kommt hinzu, dass bei Missionstyp Travel geplant ist, seine Flotten auf anderen befreundeten Planeten stationieren zu können. Diese verteidigen den Planeten im Falle eines Kampfes zusätzlich zu der heimischen Flotte. Dort stationiert muss es also möglich sein, die Flotte wieder zurückkehren zu lassen zu ihrem Heimatplaneten und dies zu einem beliebigen Zeitpunkt. Ferner müssen Flüge abgebrochen werden können. Dafür müssen die Attribute noch die Informationen enthalten, welche den Auftrag, der in die Resque eingefügt wurde, wieder eindeutig identifiziert um ihn dann zu löschen. Eine weitere Schwierigkeit bestand darin Technologieerweiterungen miteinfließen zu lassen. Sollten Flotten auf einer Mission sein, muss <strong>zum</strong> Beispiel bei einem Abbruch des Fluges die Geschwindigkeit der Flotte noch mit den alten Technologiefaktoren berechnet werden. Umsetzung Beziehungen Die grobe Struktur (komplettes ER-Diagramm) unseres Schemas ist die, dass jeder User mehrere Flotten haben kann, wobei er jeweils immer nur eine an einem Planeten hat, die sogenannte Heimatflotte. Eine Flotte hat eine Mission und besitzt Start-, Ziel- und Heimatplaneten. Diese mussten wir, da eine mehrfache Relation <strong>zum</strong> Model Planet besteht mit foreign_keys versehen (siehe folgenden Codeblock). Einer Flotte können mehrere Schifftypen zugeordnet sein. Da wir in der Relation zu Ship ein Attribut amount unterbringen wollten, war die Umsetzung in Rails ein wenig komplizierter. So mussten wir ein eigenes Model Shipfleet erstellen, welches in Fleet mithilfe einer has_many .. through Beziehung angesprochen wird. Weiterhin sollte beim Löschen von Flotten die Änderung auch fortgetragen werden.
Seite 1 und 2: Datenbankpraktikum 29.07. - 16.08.2
Seite 3 und 4: 1. GameSettings 3 1. GameSettings M
Seite 5 und 6: 2. Planeten und Gebäude 5 ER-Diagr
Seite 7 und 8: 2. Planeten und Gebäude 7 Man kann
Seite 9 und 10: 2. Planeten und Gebäude 9 def self
Seite 11 und 12: 2. Planeten und Gebäude 11 Beispie
Seite 13 und 14: 2. Planeten und Gebäude 13 Planete
Seite 15 und 16: 2. Planeten und Gebäude 15 end 2.5
Seite 17 und 18: 2. Planeten und Gebäude 17 ] [14,
Seite 19 und 20: 2. Planeten und Gebäude 19 end Wei
Seite 21 und 22: 2. Planeten und Gebäude 21 Resque.
Seite 23 und 24: 3. Technologien 23 3. Technologien
Seite 25 und 26: 3. Technologien 25 3.3 Datenbank-Sc
Seite 27 und 28: 3. Technologien 27 Wird nun die Met
Seite 29 und 30: 3. Technologien 29 Da wir aber kein
Seite 31 und 32: 4. Schiffe und Missionen 31 4. Schi
Seite 33: 4. Schiffe und Missionen 33 | verfe
Seite 37 und 38: 4. Schiffe und Missionen 37 ... end
Seite 39 und 40: 4. Schiffe und Missionen 39 Vorübe
Seite 41 und 42: 4. Schiffe und Missionen 41 Sollte
Seite 43 und 44: 4. Schiffe und Missionen 43 Beispie
Seite 45 und 46: 4. Schiffe und Missionen 45 View: B
Seite 47 und 48: 4. Schiffe und Missionen 47 end Wir
Seite 49 und 50: 4. Schiffe und Missionen 49 def cal
Seite 51 und 52: 4. Schiffe und Missionen 51 Deathst
Seite 53 und 54: 5. Spieler, Allianzen und Nachricht

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

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?