LUA Codes auslesen und verstehen

[Sarahlin]

Zitat:

Zitat von OregonGhost

Wenn du vorhast, noch mehr Lua-Daten zu parsen und zu verwenden, kannst du dir auch überlegen, dir die Lua-API für Delphi zu besorgen (lua.org). Die SavedVariables sind ja keine Daten-Dateien, sondern ausführbarer Lua-Code, den du also auch einfach vom Interpreter ausführen lassen kannst und somit direkt die tables im Speicher hast.

Den Punkt verstehe ich leider nicht. Wie gesagt kenne ich mich mit Lua auch nicht so wirklich aus. Ich kann höchstens einfache Ändernungen per Logik machen.

[OregonGhost]

Naja, ich will dich da jetzt nicht in ein kompliziertes Wissensgebiet drängen, aber im Prinzip ist der Lua-Interpreter, den Blizzard verwendet, genau der, den du unter www.lua.org herunterladen kannst. Und dort gibt es auch eine Kapselung dafür, die du in Delphi selbst verwenden kannst. Etwas Einarbeitungszeit vorausgesetzt kannst du dann in Delphi über den Interpreter deine SavedVariables einlesen lassen und hast dann die kompletten Daten bereits, ohne eine einzige Zeile Code zu schreiben, im Speicher und kannst diese direkt anzeigen oder manipulieren.
Du kannst natürlich auch selbst wie weiter oben speziellen Code schreiben, der eine bestimmte SavedVariables einlesen kann, aber wenn du wirklich noch viele verschiedene solche Dateien einlesen willst, wirst du mit einem eigenen Parser mehr Arbeit haben als mit dem von mir erwähnten Ansatz, der im Gegenzug dafür deutlich komplexer in den Grundlagen ist.
Wenn du immer noch nur Bahnhof verstehst, ist das vielleicht nicht die richtige Lösung für dich ;)

[Prototypjack]

Moin!
Ok, das ist wohl ein Fakt, welchen ich leicht unterschätzt hatte. Ich dachte das sei nur ein Blizzard-Eigener Mini-Interpreter. Dagegen scheint diese Sprache aber ganzschön etabliert und gross zu sein. Jedenfalls mehr als ich dachte.

Jetzt kommt es natürlich darauf an, was du machen willst. Sollen es nur ein paar kleine Tools zum editieren dieser Dateien werden wäre der Intepreter ein bischen übertrieben. Soll es jedoch komplexer werden, wäre es intelligenter gleich mit dem Parser zu fahren, soweit Delphi-Wrapper bereits vorhanden sind.

Wie gesagt es kommt darauf an was du planst. Jedoch kann ein bischen Parsen lernen nie schaden, also war auch mein Code nicht vollends umsonst ;)

Gruß,
Max

( Edit: Schreibfehler. Bitte um Entschuldigung, bin bereits länger als 24 Stunden wach :) )

[OregonGhost]

Wobei, wenn man so drüber nachdenkt, könnte es ein interessantes Projekt sein, den Interpreter so zu wrappen, dass er nur die Datendefinitionen einliest, einfach benutzbar macht im Delphi-Programm und eine Möglichkeit bietet, sie wieder zu speichern, denn Bedarf für solche kleinen Tools dürfte es eine Menge geben... Naja, aber hab zurzeit kein Delphi :)

[Prototypjack]

Du meinst also etwas wie TINIFile zum Beispiel? Vom handling aus gesehen..

Wäre sicher interessant zu machen. Jedoch könnte man auf den Interpreter eigentlich auch verzichten, wenn man das ganze intelligent und ohne Hardcoded-Strings parsed, dann sollte das kein Problem darstellen.

Gruß,
Max