Udgivelsen af Qbs 2.0 assembly toolkit er blevet annonceret. For at bygge Qbs kræves Qt blandt afhængighederne, selvom Qbs selv er designet til at organisere samlingen af alle projekter. Qbs bruger en forenklet version af QML-sproget til at definere projektbyggescripts, som giver dig mulighed for at definere ret fleksible byggeregler, der kan forbinde eksterne moduler, bruge JavaScript-funktioner og oprette brugerdefinerede byggeregler.
Det scriptsprog, der bruges i Qbs, er tilpasset til at automatisere generering og parsing af build-scripts af integrerede udviklingsmiljøer. Derudover genererer Qbs ikke make-filer, men selv, uden mellemled såsom make-værktøjet, kontrollerer lanceringen af compilere og linkere, og optimerer byggeprocessen baseret på en detaljeret graf over alle afhængigheder. Tilstedeværelsen af indledende data om strukturen og afhængighederne i projektet giver dig mulighed for effektivt at parallelisere udførelsen af operationer i flere tråde. For store projekter, der består af et stort antal filer og undermapper, kan udførelsen af genopbygning ved hjælp af Qbs være flere gange hurtigere end make - genopbygning udføres næsten øjeblikkeligt og tvinger ikke udvikleren til at spilde tid på at vente.
Lad os huske på, at Qt Company i 2018 besluttede at stoppe med at udvikle Qbs. Qbs blev udviklet som en erstatning for qmake, men i sidste ende blev det besluttet at bruge CMake som hovedbyggesystemet til Qt på lang sigt. Udvikling af Qbs er nu fortsat som et selvstændigt projekt støttet af fællesskabet og interesserede udviklere. Qt Company-infrastrukturen bliver fortsat brugt til udvikling.
En væsentlig ændring i versionsnummeret er forbundet med implementeringen af en ny JavaScript-backend, som erstattede QtScript, som blev erklæret forældet i Qt 6. Det blev anset for urealistisk at fortsætte med at vedligeholde QtScript på egen hånd på grund af komplekse bindinger til JavaScriptCore, så en Selvforsynende og kompakt blev valgt som grundlag for den nye backend. QuickJS JavaScript-motoren blev skabt af Fabrice Bellard, som grundlagde QEMU- og FFmpeg-projekterne. Motoren understøtter ES2019-specifikationen og er mærkbart overlegen i ydeevne i forhold til eksisterende analoger (XS med 35 %, DukTape med mere end to gange, JerryScript med tre gange og MuJS med syv gange).
Ud fra synspunktet om udvikling af assembly-scripts bør overgangen til en ny motor ikke føre til mærkbare ændringer. Produktiviteten vil også forblive på nogenlunde samme niveau. Blandt forskellene er der skærpede krav i den nye motor til brugen af nuller, hvilket kan afsløre problemer i eksisterende projekter, der gik ubemærket hen ved brug af QtScript.
Kilde: opennet.ru