spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nimm doch einfach Dateiformate wie INI, oder XML, oder denke dir etwas binäres aus (dazu kannst du ja noch ein kleines Programm schreiben). Dateien sind einfach zu handhaben und du kannst, wie du schon gesagt hast, die Werte einfach ändern. Du kannst auch eine Scriptsprache wie LUA verwenden, um komplexere Berechnungen durchzuführen und das ganze dynamisch halten.

Wie wäre es mit einem LUA Bind? Klasse Übung und genau für solche Zwecke gemacht, außerdem kannst du darauf direkt aufbauen und noch viel cooleres Zeug machen.

Du kannst Lua genau so wie XML & co auch zum Speichern deiner Daten verwenden.
Du kannst also deine Blaupausen in eine Klasse auslagern und von dieser dann, mit Hilfe von Lua, Instanzen erzeugen.

Du kannst natürlich auch XML zum Speichern dieser Daten verwenden und dann Lua nur für Skripts. Aber Lua kann halt das selbe + ein wenig mehr.
Heißt aber noch lange nicht, dass Lua die ultmativ bessere Lösung ist. Allerdings habe ich es vorgeschlagen, weil du mit Lua ein wenig mehr anfangen kannst und es sich imho lohnt sich das anzugucken.

Ich persönlich würde für ein solches Problem ein JSON-Dateiformat empfehlen. Damit kann man sehr kompakt und übersichtlich alle wesentlichen Informationen in einer Datei speichern, die man ohne Probleme auch von Hand erstellen und lesen kann.

XML kann man auch verwenden, halte ich für den angestrebten Zweck allerdings eher für unpraktisch, da deutlich schwieriger lesbar und damit auch deutlich schwerer selbst zu schreiben (da braucht man dann fast unbedingt einen Editor für, weil es 1001 Möglichkeiten gibt, die gleiche Information darzustellen).

Scriptsprache halte ich für absolut überdimensioniert für diesen Zweck. Man kann damit zweifelsohne coole Sachen machen, aber ich persönlich würde bevorzugen Logik und Daten hierbei entsprechend zu kapseln. Beispielsweise kann ich mit einer Scriptsprache die Logik für Abwehrgeschütze mit Lenkraketen schreiben, aber evtl. soll es davon verschiedene Gebäude geben, die die gleiche Funktion aber unterschiedliche Statuseigenschaften haben (beispielsweise Upgrades oder Gebäude verschiedener Fraktionen). Da fände ich es deutlich übersichtlicher die Gebäudeinformationen gesammelt zu haben und die Logik an einem anderen Punkt in Skripten zu beherbergen. Wenn ich die ganzen Eigenschaften nämlich wieder in irgendwelchen Skripten hardcode, habe ich genau das gleiche Problem, das ich eigentlich umgehen wollte.

Deshalb empfehle ich das ganze erst einmal so einfach wie möglich so halten. Wie gesagt wäre mein Ansatz JSON, ich habe in einem älteren Projekt aber auch schon deutlich einfachere Systeme verwendet, die hier vmtl. auch ausreichend wären und einfach Zeile für Zeile Textdateien ausgelesen wurden und entsprechende Statuseigenschaften wurden auf Werte in einer Map gespeichert und später beim Erstellen verarbeitet.

Völlig ausreichend - wie aber Fred schon gesagt hat ist das tatsächlich überdimensioniert. Ich habe es wie gesagt primär wegen der Experimentiermöglichkeiten empfohlen. Wenn es dir erstmal nur darum geht die Blaupausen zu speichern und dann mit anderem Kram weitermachen willst, ist JSON tatsächlich eine sehr gute Wahl. Ich habe damit recht wenig Erfahrung aber es sieht ziemlich gut aus.

An Lua (oder Python oder JavaScript oder ...) sehe ich nicht als problematisch, dass es für diesen Fall überdimensioniert wäre, sondern vor allem, dass es einfach nur falsch wäre, dafür Lua zu verwenden.
Fred hat es mehr oder weniger schon geschrieben: es sollen Daten gespeichert und zur Laufzeit geladen werden. Lua ist eine Scriptsprache und beinhaltet ausführbaren Code, nicht aber Daten. Man kann zwar in Lua Informationen Hardcoden, aber dennoch sind Lua-Scripte nicht für die Speicherung von Daten gedacht.
Problematisch wird das dann, wenn die Dateien nicht nur geladen werden sollen, sondern bspw. von einem Tool auch erstellt werden sollen. Da Lua-Scripte auch andere Dinge enthalten können, als nur die relevanten Daten, müsste man beim Laden den gesamten Code auswerten, um beim Speichern nichts außen vor zu lassen.

@ERROR:
Im weitesten trifft auch hier wieder "write games, not engines" bzw. "YAGNI" ("You Aint Gonna Need It") zu.
Vielleicht wäre es auch ganz gut, wenn du Lua erst dann einbindest, wenn du es auch wirklich benötigst. Du kannst genauso das verhalten über die von dir verwendete Programmiersprache (C++? C#?) definieren und anhand der gespeicherten Daten entscheiden, welcher Code für den jeweiligen Turm ausgeführt werden soll. Sollte sich wirklich ergeben, dass ein Scripting (bspw. Lua) notwendig ist, weil sich sonst Features nicht umsetzen lassen, dann kann immernoch auf Lua umgestellt werden.