Predstavljena izdaja orodja za gradnjo Qbs 2.0. Za gradnjo Qbs je Qt potreben kot odvisnost, čeprav je sam Qbs zasnovan za organizacijo sestavljanja vseh projektov. Qbs za definiranje skriptov za gradnjo projektov uporablja poenostavljeno različico jezika QML, ki omogoča definiranje dokaj prilagodljivih pravil gradnje, v katerih se lahko povezujejo zunanji moduli, uporabljajo funkcije JavaScript in ustvarjajo poljubna pravila gradnje.
Skriptni jezik, uporabljen v Qbs, je prilagojen za avtomatizacijo generiranja in razčlenjevanja gradbenih skriptov s strani IDE. Poleg tega Qbs ne generira make datotek in sam, brez posrednikov, kot je pripomoček make, nadzoruje zagon prevajalnikov in povezovalnikov ter optimizira postopek gradnje na podlagi podrobnega grafa vseh odvisnosti. Prisotnost začetnih podatkov o strukturi in odvisnostih v projektu vam omogoča učinkovito vzporedno izvajanje operacij v več nitih. Pri velikih projektih, ki so sestavljeni iz velikega števila datotek in podimenikov, lahko zmogljivost vnovične gradnje z uporabo Qbs večkrat preseže make - vnovična konstrukcija je skoraj takojšnja in razvijalcu ni treba čakati.
Spomnimo se, da se je podjetje Qt leta 2018 odločilo prenehati razvijati Qbs. Qbs je bil razvit kot zamenjava za qmake, vendar je bilo na koncu odločeno, da se dolgoročno uporablja CMake kot glavni gradbeni sistem za Qt. Razvoj Qbs se zdaj nadaljuje kot neodvisen projekt, ki ga podpirajo sile skupnosti in zainteresirani razvijalci. Infrastruktura Qt Company se še naprej uporablja za razvoj.
Pomembna sprememba številke različice je povezana z implementacijo novega zaledja JavaScript, ki je nadomestil QtScript, ki je bil opuščen v Qt 6. Štelo se je, da je nerealno nadaljevati samostojno vzdrževanje QtScript zaradi kompleksnih vezav na JavaScriptCore, zato je -zadosten in kompakten je bil izbran kot osnova za nov zaledni mehanizem QuickJS JavaScript, ki ga je ustvaril Fabrice Bellard, ki je ustanovil projekta QEMU in FFmpeg. Motor podpira specifikacijo ES2019 in bistveno prekaša svoje obstoječe primerke v zmogljivosti (XS za 35 %, DukTape za več kot dvakrat, JerryScript za trikrat in MuJS za sedemkrat).
Z vidika razvoja gradbenih skriptov prehod na nov motor ne bi smel povzročiti opaznih sprememb. Tudi zmogljivost bo ostala približno enaka. Od razlik so v novem motorju strožje zahteve za uporabo ničelnih vrednosti, kar lahko razkrije težave v obstoječih projektih, ki so ostali neopaženi pri uporabi QtScript.
Vir: opennet.ru