È stato rilasciato il toolkit di build Qbs 2.0. Qbs richiede Qt come dipendenza, sebbene sia progettato per gestire la build di qualsiasi progetto. Qbs utilizza una versione semplificata del linguaggio QML per definire gli script di build dei progetti, consentendo la definizione di regole di build flessibili che possono includere moduli esterni, utilizzare funzioni JavaScript e creare regole di build personalizzate.
Il linguaggio di scripting utilizzato in Qbs è adattato per automatizzare la generazione e l'analisi degli script di build da parte degli IDE. Inoltre, Qbs non genera makefile e, senza intermediari come l'utility make, controlla l'avvio di compilatori e linker, ottimizzando il processo di compilazione sulla base di un grafico dettagliato di tutte le dipendenze. La presenza di dati iniziali sulla struttura e sulle dipendenze nel progetto consente di parallelizzare efficacemente l'esecuzione delle operazioni in più thread. Per progetti di grandi dimensioni costituiti da un gran numero di file e sottodirectory, le prestazioni delle ricostruzioni utilizzando Qbs possono superare make di diverse volte: la ricostruzione è quasi istantanea e non richiede allo sviluppatore di perdere tempo in attesa.
Ricordiamo che nel 2018 la società Qt ha deciso di interrompere lo sviluppo di Qbs. Qbs è stato sviluppato in sostituzione di qmake, ma alla fine si è deciso di utilizzare CMake come sistema di compilazione principale per Qt a lungo termine. Lo sviluppo di Qbs è ora continuato come progetto indipendente supportato dalle forze della comunità e dagli sviluppatori interessati. L'infrastruttura Qt Company continua a essere utilizzata per lo sviluppo.
Il significativo cambio di versione è dovuto all'implementazione di un nuovo backend JavaScript, che sostituisce QtScript, deprecato in Qt 6. Continuare a gestire internamente QtScript a causa dei suoi complessi binding JavaScriptCore è stato ritenuto irrealistico. Pertanto, il nuovo backend si basa sul motore JavaScript QuickJS, autonomo e compatto, creato da Fabrice Bellard, fondatore di QEMU e FFmpeg. Questo motore supporta la specifica ES2019 e supera significativamente le prestazioni dei concorrenti esistenti (XS del 35%, DukTape di oltre due volte, JerryScript di tre volte e MuJS di sette volte).
In termini di sviluppo di script di build, la transizione al nuovo motore non dovrebbe comportare cambiamenti significativi. Anche le prestazioni rimarranno pressoché invariate. Una differenza degna di nota sono i requisiti più rigorosi del nuovo motore per l'utilizzo di valori indefiniti, che potrebbero rivelare problemi nei progetti esistenti che sono passati inosservati utilizzando QtScript.
Fonte: opennet.ru
