Version 2.0 av byggverktyget Qbs har slÀppts. För att bygga Qbs krÀvs Qt som en av beroendena, Àven om Qbs Àr avsett för att organisera byggandet av alla typer av projekt. Qbs anvÀnder en förenklad version av QML-sprÄket för att definiera byggprocesserna, vilket möjliggör skapandet av ganska flexibla byggregler dÀr externa moduler kan kopplas in, JavaScript-funktioner kan anvÀndas, och anpassade byggregler kan skapas.
SprĂ„ket som anvĂ€nds i Qbs Ă€r anpassat för att automatisera genereringen och tolkningen av byggnadsskript i integrerade utvecklingsmiljöer. Dessutom genererar Qbs inga make-filer, utan kontrollerar sjĂ€lv, utan mellanhĂ€nder som make-verktyget, körningen av kompilatorer och lĂ€nkare, vilket optimerar byggprocessen baserat pĂ„ en detaljerad graf av alla beroenden. TillgĂ„ngen till ursprungliga data om struktur och beroenden i projektet möjliggör effektiv parallellisering av operationer i flera trĂ„dar. För stora projekt som bestĂ„r av mĂ„nga filer och underkataloger kan prestandan vid Ă„terkommande byggande med Qbs vara flera gĂ„nger bĂ€ttre Ă€n med make â Ă„terkommande byggande utförs nĂ€stan omedelbart och tvingar inte utvecklaren att vĂ€nta.
Vi pÄminner om att Qt Company beslutade att avsluta utvecklingen av Qbs Är 2018. Qbs utvecklades som en ersÀttning för qmake, men till slut beslutades det att anvÀnda CMake som det huvudsakliga byggsystemet för Qt pÄ lÄng sikt. Utvecklingen av Qbs fortsÀtter nu som ett oberoende projekt, stödes av gemenskapen och intresserade utvecklare. För utvecklingen anvÀnds fortfarande Qt Companys infrastruktur.
Den betydande förÀndringen i versionsnumret beror pÄ implementeringen av en ny JavaScript-backend som ersÀtter QtScript, som förklarades som förÄldrad i Qt 6. Att fortsÀtta underhÄlla QtScript pÄ egen hand har bedömts som orealistiskt pÄ grund av komplexa bindningar till JavaScriptCore, dÀrför valdes den sjÀlvstÀndiga och kompakta JavaScript-motorn QuickJS, skapad av Fabrice Bellard, som tidigare grundade projekten QEMU och FFmpeg. Motorn stöder ES2019-specifikationen och övertrÀffar avsevÀrt befintliga alternativ (XS med 35 %, DukTape mer Àn tvÄ gÄnger, JerryScript tre gÄnger och MuJS sju gÄnger).
Ur perspektivet av utveckling av byggscenarier bör övergÄngen till den nya motorn inte leda till nÄgra mÀrkbara förÀndringar. Prestandan kommer ocksÄ att förbli pÄ ungefÀr samma nivÄ. Bland skillnaderna obserseras strÀngare krav pÄ anvÀndning av odefinierade vÀrden i den nya motorn, vilket kan upptÀcka problem i befintliga projekt som förblev oupptÀckta vid anvÀndning av QtScript.
KĂ€lla: opennet.ru
