Die Ver\u00f6ffentlichung des Build-Tools Qbs 2.0 wurde vorgestellt. F\u00fcr den Build von Qbs sind als Abh\u00e4ngigkeiten Qt erforderlich, obwohl Qbs darauf ausgelegt ist, den Build beliebiger Projekte zu organisieren. Qbs verwendet eine vereinfachte Version der QML-Sprache zur Definition von Build-Szenarien, was es erm\u00f6glicht, ausreichend flexible Build-Regeln zu definieren, bei denen externe Module integriert, JavaScript-Funktionen verwendet 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 angepasst. Dar\u00fcber hinaus generiert Qbs keine Makefiles, sondern steuert direkt und ohne Zwischeninstanzen wie das Make-Utility den Start von Compilern und Linkern, wobei der Build-Prozess anhand eines detaillierten Abh\u00e4ngigkeitsgraphs optimiert wird. Vorhandene Ausgangsdaten \u00fcber die Struktur und Abh\u00e4ngigkeiten im Projekt erm\u00f6glichen eine effiziente Parallelisierung der Ausf\u00fchrung von Operationen in mehreren Threads. Bei gro\u00dfen Projekten, die aus einer Vielzahl von Dateien und Unterverzeichnissen bestehen, kann die Leistung von Qbs bei einer erneuten Kompilierung die von Make bei weitem \u00fcbertreffen \u2013 die erneute Kompilierung erfolgt nahezu sofort und zwingt den Entwickler nicht, Zeit mit Warten zu verbringen. <\/p>\n
Erinnern wir uns, dass die Qt Company im Jahr 2018 beschlossen hat, die Entwicklung von Qbs einzustellen. Qbs wurde als Ersatz f\u00fcr qmake entwickelt, doch letztendlich wurde entschieden, CMake als prim\u00e4res Build-System f\u00fcr Qt in der langfristigen Perspektive zu verwenden. Die Entwicklung von Qbs wird nun in Form eines unabh\u00e4ngigen Projekts fortgesetzt, das von der Community und interessierten Entwicklern unterst\u00fctzt wird. F\u00fcr die Entwicklung wird vorerst weiterhin die Infrastruktur der Qt Company genutzt. <\/p>\n
Eine signifikante \u00c4nderung der Versionsnummer ist mit der Implementierung des neuen JavaScript-Backends verbunden, das QtScript ersetzt hat, welches in Qt 6 als veraltet eingestuft wurde. Die Fortsetzung der Unterst\u00fctzung von QtScript in Eigenregie wurde aufgrund der komplexen Bindungen an JavaScriptCore als unrealistisch anerkannt. Daher wurde als Grundlage f\u00fcr das neue Backend die autarke und kompakte JavaScript-Engine QuickJS gew\u00e4hlt, die von Fabrice Bellard entwickelt wurde, der auch die Projekte QEMU und FFmpeg ins Leben gerufen hat. Die Engine unterst\u00fctzt die ES2019-Spezifikation und \u00fcbertrifft in der Leistung deutlich die verf\u00fcgbaren Alternativen (XS um 35 %, DukTape mehr als doppelt, JerryScript um das Dreifache und MuJS um das Siebenfache). <\/p>\n
Aus der Perspektive der Entwicklung von Build-Skripten sollte der Wechsel zur neuen Engine nicht zu nennenswerten \u00c4nderungen f\u00fchren. Die Leistung bleibt ebenfalls ungef\u00e4hr auf demselben Niveau. Zu den Unterschieden geh\u00f6ren die strengeren Anforderungen der neuen Engine im Umgang mit undefinierten Werten, was Probleme in bestehenden Projekten aufdecken kann, die bei der Verwendung von QtScript unbemerkt geblieben sind. <\/ul>\n