{"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\/news\/vypusk-sborochnogo-instrumentariya-qbs-2-0","title":{"rendered":"Rilascio del toolkit di build Qbs 2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la versione 2.0 degli strumenti di build Qbs. Per costruire Qbs, tra le dipendenze \u00e8 richiesto Qt, anche se Qbs stesso \u00e8 progettato per organizzare la build di qualsiasi progetto. Qbs utilizza una versione semplificata del linguaggio QML per definire gli script di build del progetto, consentendo di stabilire regole di build abbastanza flessibili, in cui possono essere integrati moduli esterni, utilizzare funzioni JavaScript e creare regole di build personalizzate. <\/p>\n
Il linguaggio di scripting utilizzato in Qbs \u00e8 stato adattato per automatizzare la generazione e l'analisi degli script di build all'interno degli ambienti di sviluppo integrati. Inoltre, Qbs non genera file make, ma controlla direttamente, senza intermediari come l'utilit\u00e0 make, l'avvio di compilatori e linker, ottimizzando il processo di build sulla base di un grafo dettagliato di tutte le dipendenze. La disponibilit\u00e0 di dati originali sulla struttura e le dipendenze nel progetto consente di parallelizzare efficacemente l'esecuzione delle operazioni su pi\u00f9 thread. Per grandi progetti, composti da un numero elevato di file e sottodirectory, le prestazioni della ricompilazione utilizzando Qbs possono superare di gran lunga quelle di make \u2013 la ricompilazione avviene quasi istantaneamente e non costringe il programmatore a perdere tempo ad aspettare. <\/p>\n
Ricordiamo che nel 2018 la 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 principale sistema di compilazione per Qt a lungo termine. Lo sviluppo di Qbs \u00e8 ora continuato sotto forma di progetto indipendente, supportato 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 legato all'implementazione di un nuovo backend JavaScript, che ha sostituito QtScript, dichiarato obsoleto in Qt 6. Continuare a mantenere QtScript autonomamente \u00e8 considerato irrealistico a causa dei legami complessi con JavaScriptCore, quindi per il nuovo backend \u00e8 stato scelto il motore JavaScript compatto e autonomo QuickJS, creato da Fabrice Bellard, fondatore dei progetti QEMU e FFmpeg. Il motore supporta la specifica ES2019 e offre prestazioni che superano significativamente gli analoghi esistenti (XS del 35%, DukTape oltre il doppio, 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. Le prestazioni rimarranno simili. Tra le differenze, si notano requisiti pi\u00f9 rigorosi nel nuovo motore per l'uso di valori indefiniti, il che pu\u00f2 rivelare problemi in progetti esistenti che erano rimasti inosservati con l'uso di QtScript. <\/ul>\n