Feste Kosten speichern

[@SupressWarnings()]

Main-Thread: http://www.java-forum.org/thema/mein-eigenes-dorfbauspiel.173149/
GitHub: https://github.com/ToK-Gameteam/Time-of-Kings

Ich wollte für das Spiel für ein besseres Balancing die Kosten, Produktionen etc. zentral speichern, sodass ich nicht tausend Vergleiche im Programmcode machen muss, sondern sie einmal lade und dann mit Einzeilern zuweisen kann.

Eine eigene Tabelle in der Datenbank klingt für mich unnötig, da diese nicht verändert wird. Welche anderen Möglichkeiten gibt es, diese Werte (einfach) zu speichern und einzulesen?
Oder sollte ich es vielleicht doch mit der Datenbank machen?

 

[mrBrown]

Die ganzen Werte mit einem Interface kapseln und Dependencie Injection nutzen, dann hast du die Abhängigkeiten schon mal aus dem nutzenden Code raus.

Die Lösung fürs Speichern der Werte kannst du dann auf später verschieben ;P

Erstmal würde ich vermutlich Konstanten nutzen, dann irgendwann zu properties wechseln (als properties/json/yaml/...) (machts dann oft Übersichtlicher und man kann sie unabhängig vom Complilieren ändern) und später dann zur Datenbank (irgendwann will man die Werte bestimmt nicht mehr statisch haben ;P).

Festlegen würde ich mich da noch nicht, und wenn du die Abhängigkeit erstmal auslagerst kannst du's später leichter ändern.

 

[@SupressWarnings()]

@mrBrown ich habe bereits Datenbank und arbeite mit properties für Sprachen. Wie sollte ich die Daten endgültig speichern, wenn das ganze nur noch zentral auf dem Server läuft? Jetzt erstmal nehme ich properties, damit kann ich gerade gut arbeiten.

Danke auf jeden Fall für die Antwort!

 

[Thallius]

Ich würde das immer in die Datenbank stecken. Damit hast du die Kontrolle und kannst auch ohne Software Update jederzeit die Werte ändern.

 

[mrBrown]

Wie sollte ich die Daten endgültig speichern, wenn das ganze nur noch zentral auf dem Server läuft?

Das, was dann am besten passt

Machs einfach austauschbar, dann musst du dich jetzt nicht drauf festlegen - wenn jetzt erstmal properties passen, dann erstmal properties