Qbs 2.0 -koontityökalupakki on julkaistu. Qbs vaatii Qt:n riippuvuutena, vaikka Qbs itsessään on suunniteltu käsittelemään minkä tahansa projektin koontia. Qbs käyttää yksinkertaistettua versiota QML-kielestä projektin koontiskriptien määrittelemiseen, mikä mahdollistaa joustavien koontisääntöjen määrittelyn, jotka voivat sisältää ulkoisia moduuleja, käyttää JavaScript-funktioita ja luoda mukautettuja koontisääntöjä.
Qbs:ssä käytetty komentosarjakieli on mukautettu automatisoimaan IDE:iden koontiskriptien luominen ja jäsentäminen. Lisäksi Qbs ei luo make-tiedostoja, ja itse ilman välittäjiä, kuten make-apuohjelmaa, hallitsee kääntäjien ja linkittäjien käynnistystä optimoiden koontiprosessin yksityiskohtaisen kaavion perusteella kaikista riippuvuuksista. Alkutietojen läsnäolo projektin rakenteesta ja riippuvuuksista antaa sinun rinnastaa toimintojen suorittamisen tehokkaasti useissa säikeissä. Suurissa projekteissa, jotka koostuvat suuresta määrästä tiedostoja ja alihakemistoja, uudelleenrakennussuorituskyky Qbs:llä voi olla useita kertoja parempi kuin make - uusinta on lähes välitön, eikä kehittäjä joudu odottamaan aikaa.
Muista, että vuonna 2018 Qt-yhtiö päätti lopettaa Qb:n kehittämisen. Qbs kehitettiin korvaamaan qmake, mutta lopulta päätettiin käyttää CMakea Qt:n päärakennusjärjestelmänä pitkällä aikavälillä. Qbs:n kehittäminen on nyt jatkunut itsenäisenä projektina yhteisön voimien ja kiinnostuneiden kehittäjien tukemana. Qt Companyn infrastruktuuria käytetään edelleen kehittämiseen.
Merkittävä versionumeron muutos johtuu uuden JavaScript-taustajärjestelmän toteutuksesta, joka korvaa QtScriptin, joka vanhentui Qt 6:ssa. QtScriptin ylläpitämisen jatkaminen sisäisesti sen monimutkaisten JavaScriptCore-sidosten vuoksi katsottiin epärealistiseksi. Siksi uusi taustajärjestelmä perustuu QEMU:n ja FFmpegin perustajan Fabrice Bellardin luomaan itsenäiseen ja kompaktiin QuickJS JavaScript -moottoriin. Tämä moottori tukee ES2019-spesifikaatiota ja ylittää merkittävästi nykyiset kilpailijat suorituskyvyssä (XS 35 %, DukTape yli kaksi kertaa, JerryScript kolme kertaa ja MuJS seitsemän kertaa).
Siirtymisen uuteen engine-moottoriin ei pitäisi aiheuttaa merkittäviä muutoksia rakennusskriptien kehittämisen kannalta. Myös suorituskyky pysyy suunnilleen samana. Yksi huomattava ero on uuden engine-moottorin tiukemmat vaatimukset määrittelemättömien arvojen käytölle, mikä voi paljastaa ongelmia olemassa olevissa projekteissa, jotka jäivät huomaamatta QtScriptiä käytettäessä.
Lähde: opennet.ru
