{"id":152384,"date":"2025-12-22T23:11:58","date_gmt":"2025-12-22T21:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-yazyk-programmirovaniya-lua-5-5"},"modified":"2025-12-22T23:11:58","modified_gmt":"2025-12-22T21:11:58","slug":"dostupen-yazyk-programmirovaniya-lua-5-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupen-yazyk-programmirovaniya-lua-5-5","title":{"rendered":"Die Programmiersprache Lua 5.5 ist verf\u00fcgbar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach f\u00fcnf Jahren Entwicklung ist die Ver\u00f6ffentlichung von Lua 5.5 verf\u00fcgbar, einer schnellen und kompakten Skriptsprache, die weit verbreitet ist als eingebettete Sprache zur Definition von Konfigurationen und zur Erstellung von Erweiterungen. Der Code des Lua-Interpreters ist in C geschrieben und wird unter der MIT-Lizenz verteilt. <\/p>\n
Lua kombiniert eine einfache prozedurale Syntax mit der M\u00f6glichkeit, Daten \u00fcber assoziative Arrays und erweiterbare Sprachsemantiken zu beschreiben. Lua verwendet eine dynamische Typisierung, und die Sprachkonstrukte werden in Bytecode umgewandelt, der auf einer Register-basierten virtuellen Maschine mit automatischer Speicherbereinigung ausgef\u00fchrt wird. Der Interpreter ist als Bibliothek gestaltet, die in Projekte in C und C++ integriert werden kann. <\/p>\n
Hauptneuheiten: <\/p>\n
\n
F\u00fcr den Gro\u00dfteil der Operationen der Speicherbereinigung wird ein inkrementeller Modus verwendet, bei dem der Zyklus der Speicherbereinigung in einzelne Schritte unterteilt wird, die sich mit der Ausf\u00fchrung des Programms abwechseln, was es erm\u00f6glicht, lange Unterbrechungen bei der Ausf\u00fchrung von Anwendungen mit einer gro\u00dfen Anzahl von Objekten im Speicher zu vermeiden.\n
Es wurde eine kompakte Implementierung von Arrays vorgeschlagen, die 60 % weniger Speicher f\u00fcr Arrays mit homogenem Datentyp ben\u00f6tigt (die Einsparung entsteht dadurch, dass die Typinformationen nicht f\u00fcr jedes Element, sondern f\u00fcr Gruppen von Elementen gespeichert werden).\n
Die M\u00f6glichkeit zur expliziten Deklaration globaler Variablen in beliebigen Codebl\u00f6cken mit dem Schl\u00fcsselwort \u201eglobal\u201c wurde hinzugef\u00fcgt. Bei der Verwendung von Ausdr\u00fccken mit dem Schl\u00fcsselwort \u201eglobal\u201c m\u00fcssen alle Variablen ausdr\u00fccklich deklariert werden. Fehlt die Deklaration \u201eglobal\u201c, wird das Verhalten \u201eglobal *\u201c implizit angewendet, bei dem das alte Verhalten beibehalten wird und alle Variablen als global interpretiert werden. Au\u00dferdem wurde der Ausdruck \u201eglobal *\u201c hinzugef\u00fcgt, bei dem alle implizit definierten globalen Variablen im Nur-Lese-Modus verf\u00fcgbar werden. X = 1 \u2014 Ok, X \u2014 globale Variable, altes Standardverhalten. do global Y \u2014 Deklaration der Variable Y als global, alle anderen Variablen im Block m\u00fcssen ausdr\u00fccklich deklariert werden Y = 1 \u2014 Ok, Variable Y wurde bereits definiert X = 1 \u2014 Fehler, Variable X ist nicht definiert end X = 2 \u2014 Ok, au\u00dferhalb des globalen Blocks wird das alte Verhalten angewendet.\n
Die Steuerungsvariablen, die in \u201efor\u201c-Schleifen angegeben werden, sind jetzt nur noch im Lese-Modus verf\u00fcgbar und k\u00f6nnen im Schleifeninhalt nicht ge\u00e4ndert werden. Beispielsweise kann die im Schleifeninhalt deklarierte Variable i in der Schleife \u201efor i = 1, 5 do\u201c nicht ge\u00e4ndert werden.\n
Beim Ausgeben von Gleitkommazahlen \u00fcber die Funktion print wird nun eine ausreichende Anzahl von Ziffern ausgegeben, um eine ordnungsgem\u00e4\u00dfe Umwandlung von der Zeichenkette in die urspr\u00fcngliche Darstellung zu erm\u00f6glichen.\n
Die maximale Anzahl an Verschachtelungsebenen f\u00fcr Tabellenkonstrukte wurde erh\u00f6ht.\n
Es wurde die Funktion table.create(nseq, nrec) hinzugef\u00fcgt, um eine leere Tabelle zu erstellen und im Voraus Speicher f\u00fcr die angegebene Anzahl an Elementen zu reservieren.\n
In der Funktion utf8.offset wird nun nicht nur der Byte-Offset zum Beginn des Zeichens, sondern auch die Position des Endes des Zeichens zur\u00fcckgegeben.\n
Die Unterst\u00fctzung f\u00fcr die Erstellung externer Zeichenfolgen, die im von der Garbage Collection von Lua nicht verwalteten Speicher abgelegt sind, wurde hinzugef\u00fcgt.\n
Es wurde die Funktion luaL_openselectedlibs zum Laden der ausgew\u00e4hlten Bibliothek sowie die Funktion luaL_makeseed zum Erzeugen eines Seed-Wertes f\u00fcr die Funktion lua_newstate hinzugef\u00fcgt.\n
In lua.c wurde die dynamische Ladefunktion der Bibliothek \u201areadline\u2018 bei deren Vorhandensein sichergestellt (wenn die Bibliothek im System vorhanden ist \u2014 wird sie geladen und die Funktionen zur Bearbeitung von Zeichenfolgen stehen zur Verf\u00fcgung).\n
Eine Optimierung zur Einsparung von Speicher beim Laden von vorab kompiliertem Bytecode wurde aktiviert \u2014 Lua kann nun den Speicher in bestimmten internen Strukturen wiederverwenden, ohne Duplikate beim Laden von doppeltem Bytecode zu erstellen.\n
Alle Zeichenfolgen in den Operationen \u201edump\u201c und \u201eundump\u201c werden wiederverwendet.\n
In den Hilfs-Puffern wird das Wiederverwenden von Puffern (ohne Kopieren in einen neuen Puffer) beim Erstellen der endg\u00fcltigen Zeichenfolge erm\u00f6glicht. <\/ul>\n