Die vrystelling van die Qbs 2.0-monteergereedskapstel is aangekondig. Om Qbs te bou, word Qt onder die afhanklikhede vereis, hoewel Qbs self ontwerp is om die samestelling van enige projekte te organiseer. Qbs gebruik 'n vereenvoudigde weergawe van die QML-taal om projekbou-skrifte te definieer, wat jou toelaat om redelik buigsame boureëls te definieer wat eksterne modules kan verbind, JavaScript-funksies kan gebruik en pasgemaakte boureëls kan skep.
Die skriftaal wat in Qbs gebruik word, is aangepas om die generering en ontleding van bouskrifte deur IDE's te outomatiseer. Daarbenewens genereer Qbs nie make-lêers nie, en self, sonder tussengangers soos die make-nutsmiddel, beheer die bekendstelling van samestellers en skakelaars, wat die bouproses optimaliseer gebaseer op 'n gedetailleerde grafiek van alle afhanklikhede. Die teenwoordigheid van aanvanklike data oor die struktuur en afhanklikhede in die projek laat jou toe om die uitvoering van bedrywighede in verskeie drade effektief te paralleliseer. Vir groot projekte wat uit 'n groot aantal lêers en subgidse bestaan, kan die werkverrigting van herbou met behulp van Qbs 'n paar keer beter presteer as make - die herbou is amper oombliklik en laat die ontwikkelaar nie tyd spandeer om te wag nie.
Onthou dat die Qt Company in 2018 besluit het om op te hou om Qbs te ontwikkel. Qbs is ontwikkel as 'n plaasvervanger vir qmake, maar uiteindelik is besluit om CMake op die langtermyn as die hoofboustelsel vir Qt te gebruik. Die ontwikkeling van Qbs het nou voortgegaan as 'n onafhanklike projek wat deur gemeenskapsmagte en belangstellende ontwikkelaars ondersteun word. Die Qt Company-infrastruktuur word steeds vir ontwikkeling gebruik.
'n Beduidende verandering in die weergawenommer word geassosieer met die implementering van 'n nuwe JavaScript-agtergrond, wat QtScript vervang het, wat in Qt 6 as verouderd verklaar is. Dit is as onrealisties beskou om voort te gaan met die handhawing van QtScript op ons eie as gevolg van komplekse bindings aan JavaScriptCore, so 'n selfonderhoudende en kompakte een is gekies as die basis vir die nuwe agterkant. Die QuickJS JavaScript-enjin is geskep deur Fabrice Bellard, wat die QEMU- en FFmpeg-projekte gestig het. Die enjin ondersteun die ES2019-spesifikasie en is merkbaar beter in werkverrigting as bestaande analoë (XS met 35%, DukTape met meer as twee keer, JerryScript met drie keer, en MuJS met sewe keer).
Vanuit die oogpunt van die ontwikkeling van samestellingskrifte behoort die oorgang na 'n nuwe enjin nie tot merkbare veranderinge te lei nie. Produktiwiteit sal ook op ongeveer dieselfde vlak bly. Onder die verskille is daar strenger vereistes in die nuwe enjin vir die gebruik van nulle, wat probleme in bestaande projekte kan onthul wat ongemerk gebly het toe QtScript gebruik is.
Bron: opennet.ru