Ein technisches Thema das nicht sexy ist aber unfassbar wichtig: Datenbank-Migrationen.
Das Problem
Wenn du in der Entwicklung ein neues Attribut hinzufügst (z.B. „Agilität“ als 32. sichtbares Attribut), ändert sich das Datenbankschema. Bestehende Saves haben diese Spalte nicht. Was tun?
Die Lösung: EF Core Migrationen
Entity Framework Core kann Schema-Änderungen automatisch in Migrationsscripte umwandeln. Neue Spalte? Migration erstellt ein ALTER TABLE. Und beim nächsten Start wird die Save-Datenbank automatisch aktualisiert.
Das bedeutet: Spieler können ihre Saves behalten wenn ich neue Features hinzufüge. Kein „Sorry, dein Spielstand ist inkompatibel“. Das ist für ein Spiel in Entwicklung essentiell.
Zwei separate Migrations-Ketten
Weil wir zwei Datenbanken haben (Master und Save), gibt es auch zwei separate Migrations-Ketten. Die MasterDB ändert sich seltener (nur wenn neue Grunddaten-Strukturen dazukommen), die SaveDB öfter (mit jedem neuen Feature).
Klingt nach Overengineering? Vielleicht. Aber der erste Spieler der nach einem Update seinen Save behalten kann, wird mir dankbar sein.