Datentypen Statistik Interface - untersch. Implementierung

[BinaryLogic]

Moin liebe Community,

ich habe mehr oder weniger eine Frage bzgl. geeigneter Datentypen zu folgendem

Problem:
Ich habe ein Spiel Interface und verschiedene Spiele, welche sozusagen in einer Applikation gestartet werden können. Die Applikation weiß nur, dass es ein Spiel ist und mit welcher Methode es gestartet wird. Nun will ich in der Applikationsoberfläche eine Statistik zu dem Spiel anzeigen lassen.
Dafür würde ich auch gerne ein Interface Statistik nehmen. Ein Spieler hat also eine Liste mit unterschiedlichen Statistiken.
Aber, je nach Spiel sieht die Statistik anders aus, mal ist sie definiert durch Gewonnen/Verloren, Punkte oder Zeit. Wie soll ich das am Besten im Spieler ablegen, bzw. durch die Applikation ansprechen?

Lösungsansatz:
Also ich würde sagen, ich verschachtel zwei Datentypen. Ich nehme mir also eine HashMap o.ä. und habe den Schlüssel (Spielname als String oder eine ID) und der Wert selber ist z.B. eine Liste von Strings, die z.B. so lauten: {"Gewonnen: 5", "Verloren: 7"} oder nur {"Zeit: 320s"}.

Fragen:
Ist das ein guter Ansatz? Oder sollte ich die ganze Interface-Sache allgemein lassen? Gibt es bessere und effizientere Datenstrukturen als eine HashMap für dieses Problem?

Bedanke mich jetzt schon für Antworten.

Grüße
BL

 

[bygones]

kannst du nicht das Interface generell halten mit einer Methode ala "zeichneDich", d.h. die Implementierung baut seine eigene Statistik ?!

 

[Michael...]

Entweder Du definierst einfach nur eine Methode mit der das Spiel seine Statistik selbst zeichnet.
Oder je nach dem wie komplex die Statistiken werden solle, könnte man diese auch per XML zur Verfügung stellen.

 

[BinaryLogic]

@bygones:
Du meinst also, ich baue eine Art Statistik-Schnittstelle, die sagen wir die Eigenschaften eines JPanels hat und in die Applikation mit eingebunden wird, wenn dies nötig ist?
Das wäre bestimmt eine Alternative, aber die Statistik wird u.a. auch persistent gemacht, dass wollte ich also eigentlich eher differenzieren.
Zweites Problem ist, dass meine Statistik dann gezwungenermaßen zwei Aufgaben hat Darstellung (bzw. Verwaltung der Darstellung) und interne Verwaltung (Statistik, die sich ja mit jedem Spiel aktualisiert wird).

Aber ich denk mal kurz drüber nach, wie man das gut umsetzen könnte. Ich meine das Panel muss nicht groß anders aussehen als:

Spiel: <Name>
Gewonnen: <Anzahl>
Verloren: <Anzahl>
Zeit: <Zeit>
...

@Michael...
Den Text oben, hab ich geschrieben und dann ist erst deine Nachricht eingetrudelt.
Also deine erste Idee, würde ja der von bygones entsprechen.
Wie man oben sieht, wird diese Statistik nicht sehr komplex. Ich denke max. sechs verschiedene Variablen, da eventuell noch die Gewinn/Verlust-Rate gespeichert wird um diese nicht immer neu berechnen zu müssen. Das könnte ich dann ja relativ simpel mit XStream auslagern und muss nicht mit DOM o.ä. rumexperimentieren, da sich mein Wissen dort noch sehr im Anfangsstadium befindet.

@beide:
Ich denke, da muss ich meine Prinzipien mal ein bisschen über Board werfen um es nicht zu komplex zu machen und jede Statistik soll sich selbst zeichnen.
Der Thread bleibt erstmal offen, vielleicht hat jemand noch ein paar nützliche Ideen, währenddessen denk ich schon einmal ein bisschen drüber nach.

Vielen Dank erstmal. :toll:
BL

 

[bygones]

@bygones:
Du meinst also, ich baue eine Art Statistik-Schnittstelle, die sagen wir die Eigenschaften eines JPanels hat und in die Applikation mit eingebunden wird, wenn dies nötig ist?
Das wäre bestimmt eine Alternative, aber die Statistik wird u.a. auch persistent gemacht, dass wollte ich also eigentlich eher differenzieren.

du solltest auch nicht in das Logik Interface der Statistik UI Logik einbinden. Eine moeglichkeit waere, dass jeder der ein Spiel bereitstellen muss dir beides ueber Interfaces bereitzustellen. D.h. die Statistik an sich und eine Art diese zu rendern.

Zweites Problem ist, dass meine Statistik dann gezwungenermaßen zwei Aufgaben hat Darstellung (bzw. Verwaltung der Darstellung) und interne Verwaltung (Statistik, die sich ja mit jedem Spiel aktualisiert wird).

womit man sieht, dass ein Interface hierfuer nicht ausreicht.

Wenn du eine Art Plugin machst kann diese sich bei deiner Applikation anmelden. Es stellt (wie auch immer) die statistik schnittstelle sowie ein Rendering zur verfuegung.
Es ist anzunehmen, dass ein Spiel noch mehr bereitstellen muss, daher waere es sinnvoll von anfang an ein offenes Design sich zu ueberlegen.

Wie man oben sieht, wird diese Statistik nicht sehr komplex. Ich denke max. sechs verschiedene Variablen, da eventuell noch die Gewinn/Verlust-Rate gespeichert wird um diese nicht immer neu berechnen zu müssen. Das könnte ich dann ja relativ simpel mit XStream auslagern und muss nicht mit DOM o.ä. rumexperimentieren, da sich mein Wissen dort noch sehr im Anfangsstadium befindet.

wenn es wirklich ein simples KEY -> WERT system ist kannst du natuerlich auch versuchen das generisch zu loesen und dir von dem Spiel einfach ein "Statistik Objekt" geben (was vll intern nur eine Map ist) und iterierst ueber alle Keys und zeigst die dann wie auch immer in der Applikation an.
Wichtig waere heir nur, dass du nicht direkt die Map ins Interface nimmst, um flexibel zu bleiben

 

[BinaryLogic]

Ja, dann muss ich mir das "große Ganze" noch einmal ansehen.
Aber bei der Statistik bin ich halt gerade hängen geblieben, weil ich mich gefragt habe, wie ich das am
Besten in die Applikation einbinde.
Und wie schon gesagt, am Ende wird es sehr wahrscheinlich mehrere Spiele geben, die je nachdem welches man startet in einem Panel angezeigt werden. Die Statistiken und evtl. Highscores haben eine unterschiedliche Darstellung. So ein Problem hatte ich bis jetzt noch nicht, deswegen muss ich mir mal überlegen, wie ich das ordentlich modelliere.


Jetzt habe ich gerade eine kleine Idee.
Ich könnte doch die Methode an eine Art Factory leiten, die je nachdem welches Spiel ausgeführt wird einen Algorithmus zum rendern bereitstellt, der eben auf dieses Spiel ausgelagert ist, der Factory wird halt gesagt, welches Spiel es ist und bekommt die Statistik-Informationen übermittelt. Und die Factory weiß, wie sie damit umgehen muss.
Ich habe also eine Art Factory zwischen der UI-Klasse und der Statistik-Klasse.

Kann man das so machen, wäre das sinnvoll?

Grüße
BL

PS: Einziger Nachteil ist natürlich beim ändern der Datenstruktur in der Statistik, dass der Algorithmus zum rendern geändert werden muss.