Qbs 2.0 monteringsverktygsutlösning

Nu presenteras lanseringen av byggverktygslådan Qbs 2.0. Qbs kräver Qt som ett beroende för att bygga, även om Qbs i sig är utformat för att organisera byggandet av alla projekt. Qbs använder en förenklad version av QML-språket för att definiera projektbyggscenarier, vilket gör att du kan definiera ganska flexibla byggregler som kan inkludera externa moduler, använda JavaScript-funktioner och skapa anpassade byggregler.

Skriptspråket som används i Qbs är anpassat för att automatisera genereringen och analysen av byggskript av IDE:er. Dessutom genererar inte Qbs make-filer och själv, utan mellanhänder som make-verktyget, kontrollerar lanseringen av kompilatorer och länkar, och optimerar byggprocessen baserat på en detaljerad graf över alla beroenden. Närvaron av initiala data om strukturen och beroenden i projektet gör att du effektivt kan parallellisera utförandet av operationer i flera trådar. För stora projekt som består av ett stort antal filer och underkataloger kan återuppbyggnadsprestandan med Qbs överträffa make med flera gånger - ombyggnaden är nästan omedelbar och gör inte att utvecklaren lägger tid på att vänta.

Kom ihåg att 2018 beslutade Qt Company att sluta utveckla Qbs. Qbs utvecklades som en ersättning för qmake, men i slutändan beslutades det att använda CMake som huvudbyggsystem för Qt på lång sikt. Utvecklingen av Qbs har nu fortsatt som ett oberoende projekt som stöds av samhällskrafter och intresserade utvecklare. Qt Companys infrastruktur fortsätter att användas för utveckling.

Den betydande förändringen av versionsnumret beror på implementeringen av ett nytt JavaScript-backend, som ersatte QtScript, som förklarades föråldrat i Qt 6. Att fortsätta underhålla QtScript på egen hand på grund av komplexa bindningar till JavaScriptCore ansågs orealistiskt, så den självförsörjande och kompakta JavaScript-motorn QuickJS, skapad av Fabrice Bellard, som grundade QEMU- och FFmpeg-projekten, valdes som bas för det nya backend. Motorn stöder ES2019-specifikationen och överträffar avsevärt befintliga analoger i prestanda (XS med 35 %, DukTape mer än dubbelt så mycket, JerryScript tre gånger och MuJS sju gånger).

När det gäller utveckling av byggskript bör övergången till den nya motorn inte resultera i några märkbara förändringar. Prestandan kommer också att förbli på ungefär samma nivå. Skillnaderna inkluderar strängare krav i den nya motorn för användning av odefinierade värden, vilket kan avslöja problem i befintliga projekt som inte upptäcktes när QtScript användes.

Källa: opennet.ru