{"id":108082,"date":"2023-04-26T00:48:27","date_gmt":"2023-04-25T22:48:27","guid":{"rendered":"https:\/\/prohoster.info\/?p=108082"},"modified":"2023-04-26T09:25:39","modified_gmt":"2023-04-26T07:25:39","slug":"vypusk-sborochnogo-instrumentariya-qbs-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-sborochnogo-instrumentariya-qbs-2-0","title":{"rendered":"Ver\u00f6ffentlichung des Build-Toolkits Qbs 2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 2.0 des Build-Tools Qbs wurde vorgestellt. F\u00fcr die Verwendung von Qbs ist Qt als Abh\u00e4ngigkeit erforderlich, obwohl Qbs selbst darauf ausgelegt ist, die Zusammenstellung beliebiger Projekte zu organisieren. Qbs verwendet eine vereinfachte Variante von QML zur Definition von Build-Skripten, wodurch recht flexible Build-Regeln definiert werden k\u00f6nnen, bei denen externe Module eingebunden, JavaScript-Funktionen genutzt und benutzerdefinierte Build-Regeln erstellt werden k\u00f6nnen. <\/p>\n
Die in Qbs verwendete Skriptsprache ist f\u00fcr die Automatisierung der Generierung und Analyse von Build-Skripten in integrierten Entwicklungsumgebungen optimiert. Dar\u00fcber hinaus generiert Qbs keine Makefiles, sondern steuert direkt die Ausf\u00fchrung von Compilern und Linkern, wobei der Build-Prozess basierend auf einem detaillierten Graphen aller Abh\u00e4ngigkeiten optimiert wird. Durch die Bereitstellung von urspr\u00fcnglichen Daten zur Struktur und den Abh\u00e4ngigkeiten im Projekt wird eine effiziente Parallelisierung der Operationen in mehreren Threads erm\u00f6glicht. Bei gro\u00dfen Projekten mit vielen Dateien und Unterverzeichnissen kann die Leistung der erneuten Kompilierung mit Qbs die von Make bei weitem \u00fcbertreffen \u2013 die erneute Kompilierung erfolgt nahezu instanant und l\u00e4sst den Entwickler nicht auf das Warten. <\/p>\n
Erinnern wir uns daran, dass die Qt Company 2018 die Entscheidung traf, die Entwicklung von Qbs einzustellen. Qbs wurde als Ersatz f\u00fcr qmake entwickelt, aber letztendlich wurde beschlossen, CMake als prim\u00e4res Build-System f\u00fcr Qt langfristig zu verwenden. Die Entwicklung von Qbs wird nun in Form eines unabh\u00e4ngigen Projekts fortgesetzt, das von der Gemeinschaft und interessierten Entwicklern unterst\u00fctzt wird. Die Infrastruktur der Qt Company wird weiterhin f\u00fcr die Entwicklung genutzt. <\/p>\n
Die signifikante \u00c4nderung der Version ist auf die Implementierung eines neuen JavaScript-Backends zur\u00fcckzuf\u00fchren, das QtScript ersetzt, welches in Qt 6 als veraltet betrachtet wurde. Aufgrund der komplexen Bindungen an JavaScriptCore wurde es als unrealistisch angesehen, QtScript eigenst\u00e4ndig weiter zu unterst\u00fctzen. Daher wurde das selbsttragende und kompakte JavaScript-Engine QuickJS als Grundlage f\u00fcr das neue Backend gew\u00e4hlt, das von Fabrice Bellard, dem Gr\u00fcnder der Projekte QEMU und FFmpeg, entwickelt wurde. Die Engine unterst\u00fctzt die ES2019-Spezifikation und \u00fcbertrifft bestehende Alternativen hinsichtlich der Leistung (XS um 35 %, DukTape mehr als doppelt, JerryScript um das Dreifache und MuJS um das Siebenfache). <\/p>\n
Aus der Sicht der Entwicklung von Build-Skripten sollte der Wechsel zur neuen Engine keine sp\u00fcrbaren \u00c4nderungen mit sich bringen. Die Leistung bleibt ebenfalls auf einem \u00e4hnlichen Niveau. Zu den unterscheidenden Merkmalen z\u00e4hlen die strengeren Anforderungen der neuen Engine im Umgang mit undefinierten Werten, was Probleme in bestehenden Projekten aufdecken k\u00f6nnte, die bei der Verwendung von QtScript unbemerkt blieben. <\/ul>\n