{"id":108082,"date":"2023-04-26T00:48:27","date_gmt":"2023-04-25T22:48:27","guid":{"rendered":"https:\/\/prohoster.info\/?p=108082"},"modified":"2023-04-26T09:25:39","modified_gmt":"2023-04-26T07:25:39","slug":"vypusk-sborochnogo-instrumentariya-qbs-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-sborochnogo-instrumentariya-qbs-2-0","title":{"rendered":"Rilascio dello strumento di build Qbs 2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata rilasciata la versione 2.0 dell'insieme di strumenti di build Qbs. Per costruire Qbs, \u00e8 necessario Qt tra le dipendenze, anche se Qbs \u00e8 progettato per gestire la build di qualsiasi progetto. Qbs utilizza una variante semplificata del linguaggio QML per definire gli script di build del progetto, permettendo di stabilire regole di build abbastanza flessibili, dove possono essere collegati moduli esterni, utilizzate funzioni JavaScript e create regole di build personalizzate. <\/p>\n
Il linguaggio di scripting utilizzato in Qbs \u00e8 progettato per automatizzare la generazione e l'analisi degli script di build nelle ambienti di sviluppo integrati. Inoltre, Qbs non genera file make, ma gestisce direttamente, senza intermediari come l'utilit\u00e0 make, l'avvio dei compilatori e dei linker, ottimizzando il processo di build sulla base di un grafo dettagliato di tutte le dipendenze. Avere dati iniziali sulla struttura e sulle dipendenze del progetto consente di parallelizzare in modo efficace l'esecuzione delle operazioni su pi\u00f9 thread. Per progetti di grandi dimensioni, composti da un numero elevato di file e sottodirectory, le prestazioni della ricompilazione utilizzando Qbs possono superare di gran lunga quelle di make: la ricompilazione avviene quasi istantaneamente, senza far perdere tempo all'autore a aspettare. <\/p>\n
Ricordiamo che nel 2018 l'azienda Qt Company ha deciso di interrompere lo sviluppo di Qbs. Qbs \u00e8 stato sviluppato come sostituto di qmake, ma alla fine si \u00e8 deciso di utilizzare CMake come sistema di build principale per Qt a lungo termine. Lo sviluppo di Qbs \u00e8 ora proseguito sotto forma di progetto indipendente, sostenuto dalla comunit\u00e0 e da sviluppatori interessati. Per lo sviluppo, si continua a utilizzare l'infrastruttura di Qt Company. <\/p>\n
Il significativo cambiamento del numero di versione \u00e8 dovuto all'implementazione di un nuovo backend JavaScript, che ha sostituito QtScript, dichiarato obsoleto in Qt 6. Continuare a mantenere QtScript con proprie forze \u00e8 stato considerato irrealistico a causa dei complessi legami con JavaScriptCore, quindi come base per il nuovo backend \u00e8 stato scelto il motore JavaScript autoconclusivo e compatto QuickJS, creato da Fabrice Bellard, noto per i progetti QEMU e FFmpeg. Il motore supporta la specifica ES2019 e ha prestazioni nettamente superiori rispetto agli analoghi esistenti (XS del 35%, DukTape pi\u00f9 di due volte, JerryScript tre volte, e MuJS sette volte). <\/p>\n
Dal punto di vista dello sviluppo degli script di build, il passaggio al nuovo motore non dovrebbe comportare cambiamenti significativi. Anche le prestazioni rimarranno pi\u00f9 o meno allo stesso livello. Tra le differenze, si notano requisiti pi\u00f9 rigorosi nel nuovo motore per l'uso di valori indefiniti, il che potrebbe rivelare problemi nei progetti esistenti, che sono rimasti inosservati con l'uso di QtScript. <\/ul>\n