Pristatytas Qbs 2.0 kūrimo įrankio leidimas. Norint sukurti Qbs, Qt reikalingas kaip priklausomybė, nors pats Qbs skirtas organizuoti bet kokių projektų surinkimą. Qbs naudoja supaprastintą QML kalbos versiją projekto kūrimo scenarijų apibrėžti, kuri leidžia apibrėžti gana lanksčias kūrimo taisykles, kuriose galima prijungti išorinius modulius, naudoti JavaScript funkcijas ir sukurti savavališkas kūrimo taisykles.
Qbs naudojama scenarijų kalba yra pritaikyta automatizuoti IDE sukurtų scenarijų generavimą ir analizavimą. Be to, Qbs negeneruoja makefiles, o pati, be tarpininkų, tokių kaip make utility, kontroliuoja kompiliatorių ir saitų paleidimą, optimizuodama kūrimo procesą remdamasi išsamiu visų priklausomybių grafiku. Pradinių duomenų apie struktūrą ir priklausomybes projekte buvimas leidžia efektyviai lygiagrečiai atlikti operacijas keliose gijose. Didelių projektų, susidedančių iš daugybės failų ir pakatalogių, atkūrimo našumas naudojant Qbs gali kelis kartus viršyti „make“ našumą – atkūrimas vyksta beveik akimirksniu ir nereikalauja kūrėjo gaišti laiko.
Prisiminkite, kad 2018 m. bendrovė „Qt“ nusprendė nustoti kurti Qbs. Qbs buvo sukurtas kaip qmake pakaitalas, tačiau galiausiai buvo nuspręsta naudoti CMake kaip pagrindinę Qt kūrimo sistemą ilgainiui. Qbs kūrimas dabar tęsiamas kaip nepriklausomas projektas, remiamas bendruomenės jėgų ir suinteresuotų kūrėjų. „Qt Company“ infrastruktūra ir toliau naudojama plėtrai.
Reikšmingas versijos numerio pakeitimas yra susijęs su naujos „JavaScript“ sistemos įdiegimu, kuri pakeitė „QtScript“, kuri buvo nebenaudojama Qt 6. Buvo laikoma nerealu toliau palaikyti „QtScript“ atskirai dėl sudėtingų „JavaScriptCore“ susiejimo, todėl -pakankamas ir kompaktiškas buvo pasirinktas kaip pagrindas naujam Backend QuickJS JavaScript varikliui, kurį sukūrė Fabrice'as Bellardas, įkūręs QEMU ir FFmpeg projektus. Variklis palaiko ES2019 specifikaciją ir savo našumu gerokai lenkia esamus analogus (XS 35 kartus, DukTape daugiau nei du kartus, JerryScript tris kartus ir MuJS septynis kartus).
Konstravimo scenarijų kūrimo požiūriu perėjimas prie naujo variklio neturėtų sukelti pastebimų pokyčių. Našumas taip pat išliks maždaug toks pat. Iš skirtumų naujajame variklyje yra griežtesni nulinių reikšmių naudojimo reikalavimai, kurie gali atskleisti esamų projektų problemas, kurios nebuvo pastebėtos naudojant QtScript.
Šaltinis: opennet.ru